•     源碼管理：Subversion
•     任務(wù)安排：JIRA
•     文檔編寫：Confluence wiki
•     團隊通信： Google Group Mail List + MSN或者IM
•     測試與管理腳本 Ant/Maven2 +JUnit/EasyMock

依據(jù)

1.Subversion vs CVS

   SubVersion已逐漸超越CVS，更適應(yīng)于JavaEE的項目。Apache用了它很久后，Sourceforge剛剛推出SVN的支持。

  使用感想：公司一直使用CVS管理源代碼。而我也是在去年9月份才開始接觸svn，當(dāng)時看重的就是它提供了文件夾版本管理的功能。用過一段時間后，發(fā)現(xiàn)它的優(yōu)勢跟cvs相比還是比較大的。不過感覺它的用戶端需要緩存文件，開銷還是比較大的。這個東西正在研究中，但是精髓CVS和SVN都是一樣的，沒什么不同。

2.JIRA

項目計劃，任務(wù)安排，錯誤管理多面手，勝在工具愛好者們分門別類出越來越多的項目管理工具時，它一個Web Base界面就全包了。

使用感想：在現(xiàn)在項目的后期開發(fā)中開始引入JIRA控制。從本質(zhì)上看，與bugzilla的功能一樣。但是強在任務(wù)安排和計劃上，而不僅僅是錯誤跟蹤。一直以來，軟件項目控制系統(tǒng)做的都不是很讓人滿意，要不然功能單一(bugzilla)，要不然過于復(fù)雜(專業(yè)系統(tǒng))。而JIRA遵循了XP開發(fā)的思想，使用簡單有效，一句話：用上去很爽。呵呵，這個非開源，不過免費的功能也夠了。

3.Confluence wiki

選它一半因為對Jira的愛烏及烏，一半因為它有html編輯器而且沒有編碼問題。

使用感想：不管是團隊、公司還是個人，重要的是思想的交流和積累。如果單純從文檔入手，比如學(xué)了網(wǎng)絡(luò)就寫個網(wǎng)絡(luò)的doc文件，到最后會發(fā)現(xiàn)文檔就如同被放入了箱子里，你不知道什么時候才會打開它，文檔也就失去了它本來的作用。更重要的是，文檔上不能交流！Wiki和blog兩個新事物可以幫幫我們。想些東西的時候，順便把以前寫的東西翻翻看看；大家把思想放到一起交流，主線是一個有實際內(nèi)容的文章，可以方便地分類整理，而不想論壇那樣隨意、平面。

4. Google group + MSN或者IM

在功能上，沒什么PK對象。MSN沒有QQ那么花哨、市井，用IM也不錯，如果很長時間工作在Linux下。

使用感想：gmail用的時候不多但是感覺很好。MSN不用說了，工作上絕對的必備品，不過在Linux下用gaim不但可以和IM通訊，其自由的特點也可以和MSN等目前大多數(shù)的交流工具集成，太強了。

5. EasyMock pk JMock

JMock 要求TestCase繼承于MockObjectTestCase太霸道了。妨礙了我繼承于Spring2.0的ModelAndViewTestCase和使用MockDao,RealDao并行的繼承體系。因此采用沒那么霸道的easyMock。

 另外，easyMock的腳本錄制雖不如jmock那么優(yōu)美，但勝在簡短易讀。jmock那句太長了 。

使用感想：我想寫一個圖書館的書籍維護，但是小魏要下周才能寫完圖書館的書籍分類維護，我現(xiàn)在很多東西沒法做。有了mock，不用擔(dān)心，虛擬一個書籍分類維護吧，幫助你測試一下。具體選型，上面說得很清楚了。

呵呵，少了ant/junit，這兩個東西目前還沒有替代品。雖然說testng不錯，看看junit團隊和testng團隊的吵架，至少知道junit在工具集成上面優(yōu)勢比較明顯。不過testng適合大型分工明確任務(wù)明確的團隊，還是junit簡單點。ant結(jié)合maven，一個構(gòu)建腳本，一個統(tǒng)一管理的jar源，效果不用說了哦。