BuildForge可以做Hudson CI目前正在做的事情吗？

Question

我正在寻找IBM Build Forge (Rational)和Hudson CI之间的比较。

在工作中，我们拥有BuildForge的完整许可证，但最近我们开始使用Hudson进行持续集成和自动执行其他任务。

我很少使用BuildForge，我想看看BuildForge是否比Hudson有任何特殊优势。

另外，查看Hudson对BuildForge的特定优势列表非常有用。

我不确定它是否重要，但我发现有趣的是Build Forge未列在continuous integration tools at wikipedia下。

Answer 1

感谢您关注维基百科上的持续集成应用程序列表。我现在已经添加了它。多年来，Build Forge一直是使用SCM适配器提供持续集成功能的领导者。 Build Forge通过使用代理来支持许多平台。这些代理可以在Windows，Linux，AIX，Solaris，System Z等上运行 - 它们甚至可以免费为您提供代理的源代码，因此您可以在任何平台上编译它。该界面允许您轻松地自动执行在一个或多个框上顺序或并行运行的任务。选择器允许您按主机名或可用代理池中的“任何具有2gb ram的Windows机器”等条件选择特定的构建服务器。整个过程完全可审计，利用基于角色的权限，并存储在中央企业数据库中，如DB2，Oracle，SQL Server等。

使用Build Forge最令人信服的原因之一是它的Rational Automation Framework for WebSphere。它允许完全集成到WebSphere环境中，通过开箱即用的库自动化WebSphere的部署和配置。可以使用这些库执行完整安装，修补，部署应用程序以及配置WAS和Portal。要了解更多信息，最好联系您的IBM Rational代表。

Answer 2

您可以将RAFW（IBM Rational Automation Framework for WebSphere）与BuildForge一起使用。将RAFW与其他ci服务器一起使用是没有意义的，因为RAFW需要BuildForge。

您支持BuildForge，并且它与ClearCase等其他IBM软件集成。从理论上讲，如果链条中的某些东西不起作用，你只需要与一个供应商打交道，但IBM的产品有不同的支持团队，你可能会成为他们的乒乓球。 ：（

Hudson是开源的（如果你喜欢的话），这意味着你可以获得源代码并对其进行修改以便更好地为你服务。但是发布周期很短（大约1周，敏捷开发）。有一个更稳定的版本，现在可以从Hudson主要作者的公司获得支持（当然是现金）。

Hudson目前是主流，并且正在积极开发中。我不知道BuildForge的可用性如何，但Hudson很好（并不总是完美的）。 Hudson的插件概念是一个很好的优点，不确定BuildForge是否也有它。

目前，我们正在使用Hudson，但没有详细研究过BuildForge。

Answer 3

您需要定义您需要持续集成的内容（例如构建，测试）。使用过Hudson之后，我可以保证其有用性和有效性。有很多插件可以扩展Hudson，可以满足各种需求。你无法击败价格点（免费）。

您需要询问为何在您的工作地点获得BuildForge许可证。也许你团队中有人知道为什么这样做了。如果您的需求不再需要，请不要续订BuildForge许可证，只需继续使用Hudson。

Answer 4

作为BuildForge / RAFW用户，我必须反对上述一点。在没有BuildForge的情况下使用RAFW是完全可能的。它由命令行脚本驱动，你可以将Hudson和RAFW一起使用就好了。

示例命令如下所示： rafw.sh -e env -c cell -t was_common_configure_start_dmgr

Answer 5

IMO的主要区别：

使用许多现有的插件，Hudson / Jenkins更容易扩展。它有一个庞大的活跃社区和大量的信息和文档。

可以使用在多台计算机上运行的代理配置BuildForge，并且可以分配任务以在目标代理上运行。可靠的供应商支持。