2012年 Hudson 对 Jenkins

在2011年情况与哈德森和詹金斯是下面(恕我直言)-哈德森是有点稳定，但詹金斯的发展是有点更快。
2012年的“哈德森对詹金斯”是什么情况？

58952 次浏览
小开

我同时使用了 Hudson 和 Jenkins。

我还是觉得我们从 Hudson 搬到 Jenkins 是正确的选择。 Hudson 核心开发人员正在研究 Jenkins。那些仍然受雇于 Oracle 的人主要是 Hudson 的支持者(据我所知 Apache Maven 的人也在提供补丁)。

我在哈德逊时代的时候，就存过一些窃听器。我可以告诉你，大部分问题都在詹金斯解决了。在他们的决议通过几个月之后，Hudson 的人修复了这些特殊的 bug，或者要求进一步的投入。

大多数插件开发人员(几乎全部)已经将他们的插件迁移到 Jenkins，现在主要支持 Jenkins。在插件方面，詹金斯的开发速度要快得多。现在 Cloudbee 提供了一些付费插件。

据我所知，开源社区的大多数人已经转向 Jenkins。

有些公司宁愿支付支持费用，也不想因为迁移到 Jenkins 而惹麻烦，但他们仍在使用 Hudson。坦白说，我不明白为什么。詹金斯在商业上也得到了 Cloudbees 的支持。Cloudbee 现在甚至有一个免费的服务，可以托管 GitHub 托管的云项目。他们让你的 OSS 项目免费构建！:)

Jenkins 改进了它对云的支持。如上所述，Cloudbee 还在云中提供了这种 SaaS。我不确定哈德森是否以及在多大程度上支持这种做法。我认为他们现在还没有那么先进; 无论如何，据我所知 Hudson 还没有为云提供 SaaS。

我的意见是，如果你非要选一个，那就选 Jenkins。

小开
最佳答案

在稳定性方面，一年多以来，詹金斯已经为那些希望对他们正在安装的软件的稳定性和支持更有把握的人们提供了 长期支援(LTS)版本。

每三个月左右，就会选择一个被 Jenkins 用户社区认为工作良好的版本。然后这个版本被分支，任何重要的修复(已经“经过实战测试”)都被反向移植到这个 Jenkins 版本中，然后这个版本会得到各个人和公司的额外测试。一旦它准备好发布，这将成为新的 LTS 版本。

随着新的高优先级修复程序的出现，这些修复程序将向后移植到 LTS 版本。

许多 大量使用詹金斯的人坚持 LTS 发布线，而且根据公开的 詹金斯的使用统计数据，几千个部署正在使用它。

这应该意味着你正在下载的 LTS 版本甚至比从通常的每周发行版中随机选择的版本更加稳定。

除了统计数据之外，与 Hudson 相比，Jenkins 的使用情况、社区规模、开发水平、添加新功能的速度、新插件的数量和邮件列表活动似乎没有改变(也就是说，Jenkins 仍然是 越来越远)。

基本上，在 这个前面的讨论中提出的大部分观点仍然适用，尽管哈德森最初的企业支持似乎有所减弱。

小开

我认为 https://stackoverflow.com/a/5970813/556520回答了很多关于 Hudson vs Jenkins 的重要问题。本主题解释了每种产品的优缺点以及两方面的情况。

根据我在 CI 工作多年的经验，以及最近开始为 Hudson 开发的经验，我会坚持使用 Hudson 的稳定版本，因为 jenkins 正在为他们的 Cloudbee 服务做更多的开发和支持，Hudson 已经转移到了 Eclipse基金会，而不是为服务开发。那是我的0.02美元。


提交答案