今天我们使用 TFS 2008 进行源代码控制，我想我们会尽快使用 TFS 2010。
我们将使用一些持续集成工具，但是是哪一个？ 我一直在研究 TeamCity 和 CruiseControl.NET，两者看起来都不错（TeamCity 更容易配置）。我看过一些关于 TFS 2010 自动化工具的非常有前途的截屏视频，看起来非常好。但我只是触及了工具的表面。
我应该使用哪一个？
【问题讨论】：
标签： tfs continuous-integration build-automation cruisecontrol.net teamcity
我们从 CruiseControl.NET 和 NAnt 开始。这些是免费工具，可让您完全控制。它们确实通过plug-in 与 TFS 源代码控制集成。缺点是学习曲线、较差的文档（对于 CC.NET）和 XML 编辑。它归结为一名开发人员（我）维护脚本。
我们终于切换到了 TeamCity。它与 TFS 源代码控制集成；大多数标准动作都可以开箱即用。它易于使用（基于 Web），因此任何开发人员都可以通过最少的培训在其中设置他或她的项目。对于高级用法，它与NAnt 集成。您将需要一个相当庞大的服务器用于构建机器（尽管可以分发代理）。
我没有尝试过 TFS CI 功能； TeamCity 可以满足我们的需要。初学者有一个免费版本；如果您超出了这个范围，那么对于中型开发商店来说，许可证的价格是合理的。
【讨论】：
鉴于您已经在使用 TFS，我会先尝试 TFS 的 CI 工具，如果它不能满足您的需求，请重新考虑您的决定。事实上，TFS 2008 具有 CI 功能：我会尽快设置它们，而不是等到 2010 年才放弃。
我的团队现在正在使用 TFS 2008 的一些 CI 功能，并且它们对我们来说工作得相当好。设置构建本身并不困难，并且与 TFS 的工作项的集成非常可靠（工作项是在构建失败的情况下立即创建的）。
我承认我们的系统相当简单：我们还没有进行装配版本控制的后续工作（因为它看起来需要大量的后续工作）并且我们也没有进行单元测试（很遗憾）。不过，似乎 MSTest 单元测试会直接加入！
【讨论】：