目前，我们的构建解决方案是使用TFS + MS Build脚本设置的。
TFS也被用作CI服务器。
我在这个网站上看过几篇帖子，告诉人们其他CI解决方案。 是否有任何令人信服的选择转移到我们的构建系统的另一个解决方案？
或者换句话说，使用TFS我们错过了什么？
修改的
我们正在使用TFS进行源代码控制/问题跟踪，我认为这是一个很好的解决方案，我只是想知道与TFS集成的构建服务器/ CI服务器的其他选项。
答案 0 :(得分：5)
TFS的主要问题是，如果您遇到服务器崩溃，则恢复源代码为non-trivial。这是令人难以置信的糟糕，因为任何源控制系统最重要的方面必须是抗故障，至少如果您按预期执行所有备份。
答案 1 :(得分：4)
恕我直言，TFS的最大好处是所有内容都集成在IDE中：工作项，错误跟踪，CI，代码分析，......
答案 2 :(得分：4)
我过去使用过TFS，但我现在的公司使用SubVersion / Team City / FogBugz来实现TFS解决方案中提供的相同功能。
我想说从技术实现的角度来看，您可以从非TFS系统中获得额外的功能，TFS将成为配置的噩梦。
然而，这就是说，不去TFS的最大原因之一是运行这样一个系统的成本。 TFS的一大优势是整合了所有东西，让人们越来越多地使用它，你投入的越多，你就越多。最糟糕的情况是一个人们无法使用的系统，这对公司的发展没有任何价值。
在我看来，如果你已经在TFS并且能够坚持做，那就做吧！