我的目的是选择 CruiseControl 和 Hudson 作为 Java 桌面应用程序的持续集成工具。我看过很多比较 Hudson 和 CruiseControl 的读物。在功能和易用性方面,Hudson 似乎是最好的。
但就稳健性、重型配置的可靠性以及最终的长期而言,这仍然是真的吗?
我的目的是选择 CruiseControl 和 Hudson 作为 Java 桌面应用程序的持续集成工具。我看过很多比较 Hudson 和 CruiseControl 的读物。在功能和易用性方面,Hudson 似乎是最好的。
但就稳健性、重型配置的可靠性以及最终的长期而言,这仍然是真的吗?
我的票投给了哈德逊。
我会说去哈德森,永远不要回头。
我们使用 CruiseControl 来构建我们的库和应用程序。我们将它用于 C++ 和 Python 开发,而不是 Java。最近我们切换到哈德逊,结果非常好。我们喜欢的主要功能是:
两年前我们开始使用 CruseiControl。开始时很痛苦,每一次改变都是痛苦的。然后我们切换到哈德逊。我恋爱了:-)
几年前问自己同样的问题,在阅读评论、比较等之后,我选择了 Hudson。
它很容易配置,几年后没有问题,只配置了 4-5 个项目,所以我不确定这是否符合您所说的“重配置”,但它对我来说运行顺利。
我最近也面临同样的决定。我开始同时安装 CruiseControl.NET 和 Hudson,并且会修补其中一个,然后是另一个。不过,很快,我就在 Hudson 获得了动力。我们现在正在稳固地使用 Hudson,而且我还没有进一步接触 CruiseControl.NET(反正我不是那么深入)。所以我可以证明 Hudson 可以很好地设置在 .NET 世界中。
我使用 Hudson 已经有一段时间了,对此我很满意。我还没有使用 Teamcity。
如果成本是一个问题,那么哈德逊应该是一个明显的选择。社区贡献非常健康。
我建议也看看TeamCity。我们从 CruiseControl 更改为 TeamCity,并且有许多新的和有用的功能,例如取消构建等。