Bug跟蹤/項目管理/策劃
JIRA(不是免費的,但對於10個用戶$ 10)
有各種不同的模塊添加到這一點。我使用的是GreenHopper這是一個敏捷的進程插件。因人而異。如果你喜歡gant chart planning,有MS Project pluggin(我沒用過)
也結帳YouTrack。這與TeamCity集成爲一個錯誤跟蹤工具。這是相當便宜的,但我沒有在測試版中相處。因人而異。
有加載錯誤跟蹤系統。這將是你花費大部分時間的地方,所以我會選擇一個適合你工作方式的工具,而不是一個與源代碼控制集成的工具(除非你對變更控制/可審計性有很強的要求)
CI /自動構建
所有CI服務器都將與您的源代碼管理集成。我猜測所有的CI服務器都可以與所有的源代碼管理系統一起工作,所以從這個意義上說,它們都是集成的。
我用TeamCity有一段時間,這是一個非常。我停止了,因爲我碰到了20個項目的限制,我們無法升級:(我建議先從TeamCity開始,因爲它非常易於安裝。只要保持實際的狀態,它實際上很容易更改CI服務器建立一個腳本。
也可用是Hudson。這是免費的。有與SVN + JIRA集成的插件(事實上,Hudson中的插件場景是一個真正的優勢)。這意味着提交包含SVN鏈接的問題會在hudson build/jira issue/svn commit之間生成一個html鏈接,使代碼更改更容易匹配功能。哈德森的作品,但對我來說,它似乎是一個測試版產品。這可能會迅速發生變化,但我對TeamCity中的這一點沒有信心。然而,我不應該抱怨,因爲它是免費的,我甚至沒有提交錯誤報告:)
其他主要CI服務器是CruiseControl,我沒有使用過。
構建腳本
Nant/msbuild/rake/others。我使用帶有一些頭部劃傷的msbuild來做生意。我不習慣別人。
測試框架
在.NET中的土地,我猜想,NUnit的可能是最好的支持,最廣爲人知。還有其他的,特別是那些鼓勵BDD。
維基
不知道你在這裏以後有什麼(我不使用TFS)有免費的wiki引擎的負荷選擇。完全披露,我沒有用過!