是否存在真正的实际差异，还是仅仅是品味问题？
答案 0 :(得分：20)
获得巡航控制设置和维护所需的时间比TeamCity（您可以在几分钟内设置自动化项目（sln）构建）花费更多时间。 TeamCity还有一些非常好的功能，例如立即报告构建失败（通过电子邮件，jabber，网站），因此您不必等待x分钟。
版本4（当前为EAP）还具有首先运行失败测试的功能，因此您知道是否快速修复了构建。
所以...我的投票支持团队城市，除非你的团队如此之大，你必须付钱......在这种情况下，我不知道。
答案 1 :(得分：9)
TeamCity与TeamCity网站http://www.jetbrains.com/teamcity/documentation/featureMatrix.html上的CruiseControl和CruiseControl.NET进行了比较。显然有点倾向于支持TeamCity，但认为它可能会有所帮助。
对我来说，我不得不使用CruiseControl.NET，因为它支持SourceGear Vault，而TeamCity则不支持。
答案 2 :(得分：4)
TeamCity非常容易使用和维护。如果您要开始新的，请使用TeamCity。
答案 3 :(得分：3)
TeamCity的pre-tested or delayed commit可以是一个不错的功能，具体取决于您的具体需求。
答案 4 :(得分：3)
我个人在CC.NET上，因为我可以自定义它，我们将它用于各种各样的事情，比如运行Red Stone的EggPlant，生成本地化报告，在许多不同的框架中运行UnitTests等等。 3 OS使用MONO。我真的觉得设置很简单，只需要在不到5分钟的时间内完成单个解决方案的简单编译。但是，我已经检查了Team City，它看起来很酷，我只需要能够自定义。
答案 5 :(得分：1)
团队城市没有PHP支持，所以它对我来说不是很有趣。我认为这是个人选择。
答案 6 :(得分：1)
个人选择，但TeamCity非常适合安装和查看。
答案 7 :(得分：1)
Team city支持Source Gear
答案 8 :(得分：0)