是否存在真正的实际差异,还是仅仅是品味问题?

有帮助吗?

解决方案

获得巡航控制设置和维护所需的时间比TeamCity(您可以在几分钟内设置自动化项目(sln)构建)花费更多时间。 TeamCity还有一些非常好的功能,例如立即报告构建失败(通过电子邮件,jabber,网站),因此您不必等待x分钟。

版本4(当前为EAP)还具有首先运行失败测试的功能,因此您知道是否快速修复了构建。

所以...我的投票支持团队城市,除非你的团队如此之大,你必须付钱......在这种情况下,我不知道。

其他提示

TeamCity与TeamCity网站上的CruiseControl和CruiseControl.NET进行了比较,网址为 http ://www.jetbrains.com/teamcity/documentation/featureMatrix.html 。显然有点倾向于支持TeamCity,但认为它可能会有所帮助。

对我来说,我不得不使用CruiseControl.NET,因为它支持SourceGear Vault,而TeamCity则不支持。

TeamCity非常容易使用和维护。如果您要开始新的,请使用TeamCity。

TeamCity的预先测试或延迟提交可能是一个不错的功能,具体取决于您的具体需求。

我个人在CC.NET上,因为我可以自定义它,我们将它用于各种各样的事情,比如运行Red Stone的EggPlant,生成本地化报告,在许多不同的框架中运行UnitTests等等。 3 OS使用MONO。我真的觉得设置很简单,只需要在不到5分钟的时间内完成单个解决方案的简单编译。但是,我已经检查了Team City,它看起来很酷,我只需要能够自定义。

个人选择,但TeamCity非常适合安装和查看。

团队城市没有PHP支持,所以它对我来说不是很有趣。我认为这是个人选择。

团队城市支持Source Gear

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top