tfs – Team Foundation Build或TeamCity？

我们是一个大多数MS工作在做.NET LOB开发。我们还使用MS Dynamics为我们的CRM应用程序…所有的开发人员目前使用VS / sql Server 2008.我们也使用VSS，但每个人都讨厌它在工作，这是快速出口。

我们正在开始在整个团队中实施TDD(〜dozen ppl)。我有TeamCity安装程序，我的第一个自动化构建运行成功使用2008 sln构建器，还使用SVN，一个同事设置谁正在做源控制分析。当演示managament，我认为他们开始买入我的蛇油，并抛出了看TFS的建议。

这在我为TDD架构计划的一个扳手;在一个好的方式，但是，因为我一直认为TFS太贵了，不值得为我们的团队(和我已经看到相同的其他商店，我曾经/知道)。我觉得MS在TDD / CI领域落后了几年，第三方产品可能更好，更成熟…我还需要做很多研究，但我想我会来这里看看如果任何人实际上使用了这两个系统。

我意识到TFS包含了更多，然后只是一个构建服务器…但我不想让这太宽泛的问题，至少有目的。使用TFS / TFB而不是TeamCity的实际优点/缺点是什么？哪些好处我们会失去/获得？这里有没有人实际使用这两个系统(TFS为TDD / CI和TeamCity / SVN)，并可以说从实际的立场？

我已经做了一些搜索这个主题，一个帖子我发现这里提到的TFB的缺点是它只支持MSBuild。我计划在TeamCity中使用FinalBuilder;它似乎也支持TFS以及…

感谢任何建议

编辑：有没有人使用TFS作为他们的构建/ CI服务器，可以告诉成功/失败的故事？

我们是一个小型开发商店，并决定Team Foundation Server为我们带来了太多的开销。我们曾经写过自定义的MSBuild脚本从命令行运行，但是在我们发现TeamCity之后，我们把整个构建过程移到了它。

我们发现TeamCity易于使用和配置，JetBrains提供了出色的支持和文档。它们的发布和更新周期比Microsoft快得多。

他们对SVN源代码控制的支持非常好，我们喜欢他们支持MSTest和NUnit进行单元测试。

我们也喜欢TeamCity专业版是免费的，所以我们可以评估它，看看它是否为我们工作。我们没有达到需要我们升级到企业版的项目配置(20)的数量。