我们主要是一家从事 .NET LOB 开发的 MS 商店。我们还在 CRM 应用程序中使用 MS Dynamics...所有开发人员目前都在使用 VS/SQL Server 2008。我们也使用 VSS，但每个人在工作中都讨厌它，而且很快就会被淘汰。
我们正在开始在整个团队（约十几个人）中实施 TDD。我已经安装了 TeamCity，并使用 2008 sln 构建器以及同事设置的 SVN（正在进行源代码控制分析）成功运行了我的第一个自动构建。当向管理层演示时，我认为他们开始相信我的万金油，并抛弃了研究 TFS 的建议。
这打乱了我对 TDD 架构的规划；不过，这是一种好的方式，因为我一直认为 TFS 太贵了，对于我们的团队来说不值得（而且我在我工作过/知道的其他商店中也看到过同样的情况）。我确实觉得 MS 在 TDD/CI 领域落后了很多年，第三方产品可能更好、更成熟……我仍然需要做大量研究，但我想我应该来这里看看如果有人实际上使用过这两个系统。
我意识到 TFS 不仅仅包含构建服务器......但我不想让这个问题变得过于广泛，至少是故意的。使用 TFS/TFB 而不是 TeamCity 有哪些实际优点/缺点 - 例如我们会失去/获得哪些好处？这里有人实际使用过这两个系统（TFS for TDD/CI 和 TeamCity/SVN）并且可以从实际角度发言吗？
我对此主题进行了一些搜索，我在 SO 上找到的一篇文章提到 TFB 的缺点是它仅支持 MSBuild。我计划将 FinalBuilder 与 TeamCity 一起使用；看来它也支持 TFS...
感谢您的任何建议
编辑：是否有人使用 TFS 作为他们的构建/CI 服务器并且可以讲述成功/失败的故事？
我们是一家小型开发公司，并认为 Team Foundation Server 给我们带来了太多开销。我们过去常常编写自定义的 MSBuild 脚本以从命令行运行，但在发现 TeamCity 后，我们将整个构建过程转移到它上面。
我们发现 TeamCity 易于使用和配置，并且 JetBrains 提供了出色的支持和文档。他们的发布和更新周期也比微软快得多。
他们对 SVN 源代码控制的支持非常好，我们喜欢他们支持 MSTest 和 NUnit 进行单元测试。
我们还喜欢 TeamCity Professional 版本是免费的，因此我们可以对其进行评估，看看它是否适合我们。我们尚未达到需要升级到企业版的项目配置数量 (20)。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
