爲什麼不使用TFS作爲構建/ CI解決方案？

Question

目前我們的構建解決方案使用TFS + MS構建腳本進行設置。

TFS也被用作CI服務器。

我在這個網站上看過幾篇關於其他CI解決方案的文章。 對於我們的構建系統，是否有任何有吸引力的選項可以轉移到其他解決方案？

或換句話說，我們錯過了什麼使用TFS？

編輯

我們正在使用TFS源控制/問題跟蹤，我認爲這是一個很好的解決方案，我只是想知道關於構建服務器/ CI服務器TFS集成的其他選項。

Answer 1

恕我直言TFS的最大好處是，一切都集成在IDE：工作項，bug跟蹤，CI，代碼分析，...

Answer 2

我已經使用TFS過去，但我目前的公司使用Subversion/Team City/FogBugz實現TFS解決方案中提供的相同功能。

我想說，從技術實現的角度來看，你可以從非TFS系統獲得額外的功能，TFS將是一個配置的噩夢。

然而，這就是說，不去TFS的最大原因之一就是運行這樣一個系統的成本。 TFS的巨大優勢在於融合了一切，讓人們更多地使用它，因爲你投入的越多，獲得的信息就越多。最壞的情況是一個人們不能使用的系統，這對公司的發展沒有任何價值。

在我看來，如果你已經在TFS上，並且能夠堅持下去，那就做吧！

Answer 3

TFS的主要問題是，如果你有服務器崩潰，恢復你的源代碼是non-trivial。這是令人難以置信的壞處，因爲任何源代碼控制系統的最重要的方面必須是防故障的，至少如果您應該執行所有備份。