由于组织需求/限制,我们目前正在使用 TeamCity 并计划继续使用 BuildForge。我想对 TeamCity 和 BuildForge 进行功能比较。谁能帮我解决这个问题。我可以找到 BuildForge 与其他 CI 工具(例如 Hudson、CruiseControl)的比较。
2 回答
我会使用其他比较作为基线(尤其是 Hudson 的比较,它会非常接近),并且基本上创建一个您关心的功能矩阵,并查看哪些工具可以做什么。您可以向 IBM 询问他们的故障。
CI 工具的一般特性列表(包含 TC 数据)是 CI 比较矩阵: CI 特性矩阵和持续集成软件的比较。
在 Urbancode,我们的 AnthillPro 产品直接与 Build Forge 竞争,我们对功能矩阵的看法在白皮书“持续集成和构建管理服务器评估指南”中(需要注册)。
基本上,我认为您会发现 BF 能够处理更大的环境(可扩展性、安全性、可扩展性类型的优势),而 TC 更纯粹是团队级别的 CI 服务器(更广泛的集成和测试趋势类型的活动)。
我已经使用了 BuildForge,实际上我将它与 ClearCase、ClearQuest 一起使用了十多年,今天我仍然必须在一个客户上使用它。我的经验是:忘掉IBM,走向新时代。这是 Git、JIRA、Jenkins,artifactory 的世界。我见过 TeamCity,但用的不多。这是我听到的唯一比 Jenkins 更好的构建工具。
忘掉BuildForge吧,它老旧、慢、难用。与 Jenkins 这样的工具有无穷无尽的插件相比,BF 只是一个外壳,什么都不提供,所以你必须自己编写所有东西,并且在 Perl 中。与 Groovy 相比,有多少年轻的开发人员不会用 Perl 编写代码?将 BF 与 Jenkins 进行比较就像将 C 语言与 Java 进行比较。
举一个我最近在做什么的例子:将 BF 实例移动到另一台服务器。对于 Jenkins,它只是一个目录的副本。在BF,你需要花一个星期的时间来弄清楚。