TeamCity Vs BuildForge

Question

由于组织的需要/限制，我们目前正在使用TeamCity，并计划转向BuildForge。我想在TeamCity和BuildForge上做一个功能比较。有没有人能帮我这个忙。因为我可以找到BuildForge与其他CI工具的比较，比如Hudson，只有CruiseControl。

Answer 1

我会使用其他比较作为基准(特别是Hudson比较，它将非常接近)，并基本上创建一个你关心的功能矩阵，看看哪些工具做了什么。您可以向IBM询问他们的详细信息。

CI工具的一个重要功能列表(包含TC数据)是CI比较矩阵：CI Feature Matrix和Comparison of Continuous Integration Software。

在Urbancode，我们的AnthillPro产品相当直接地与Build Forge竞争，我们对特征矩阵的看法在白皮书"Continuous Integration and Build Management Server Evaluation Guide"中(需要注册)。

基本上，我认为你会发现BF能够处理更大的环境(可伸缩性，安全性，可伸缩性类型的优势)，而TC更纯粹，团队级别的CI服务器(更广泛的集成，以及测试趋势类型的活动)。

Answer 2

我已经使用了BuildForge，实际上我和ClearCase，ClearQuest一起使用了十多年，今天我仍然必须在一个客户端上使用它。我的经验是:忘记IBM，进入新时代。是吉特，吉拉，詹金斯，工匠的世界。我见过TeamCity，但用得不多。不知何故，这是我听到的唯一比Jenkins更好的构建工具。

忘了BuildForge吧，它太老、太慢、太难用了。与像Jenkins这样的工具相比，BF有无数的插件，而BF只是一个shell，没有提供任何东西，所以你必须用Perl自己编写所有的东西。与Groovy相比，有多少年轻的开发人员不能用Perl编写代码？把BF比作Jenkins就像把C语言比作Java一样。

举一个我最近正在做的事情的例子:将一个BF实例移到另一个服务器上。对于Jenkins来说，它只是一个目录的副本。在BF，你需要花一周的时间来弄清楚。