2011年哈德森和詹金斯的情况跟随（恕我直言） - 哈德森有点稳定，但詹金斯的发展有点快。
现在2012年“哈德森与詹金斯”的情况如何？
答案 0 :(得分：64)
我使用过Hudson和Jenkins。我一直在关注这两个变更清单。
我仍然认为我们从哈德森搬到詹金斯后做出了正确的选择。 Hudson核心开发人员正在研究Jenkins。那些仍然受雇于Oracle的人主要是支持Hudson的人（据我所知，Apache Maven的人也在提供修复）。
我在哈德逊时代已经提出了许多错误。我可以告诉你，他们中的大部分都是在詹金斯解决的。在他们解决了许多个月后，哈德逊人修复或要求对这些特定的错误提供进一步的意见。
大多数插件开发人员（几乎所有人都已经）将他们的插件迁移到Jenkins，现在主要支持Jenkins。在插件方面，Jenkins的开发速度更快，速度更快。 Cloudbees现在提供了一些付费插件。
据我所知，开源社区已将其占多数的一部分转移到Jenkins。
一些喜欢支付支持并且不希望迁移到Jenkins的麻烦的公司仍在使用Hudson。坦率地说，我不明白为什么。 Jenkins也得到了Cloudbees的商业支持，这是Kohsuke Kawaguchi（哈德森的创造者）现在所在的地方。 Cloudbees现在甚至可以免费服务在云中托管GitHub托管项目。他们让您的OSS项目免费构建！ ：）
詹金斯已经改善了对云的支持。如上所述，Cloudbees还在云中提供此SaaS。我不确定Hudson是否以及在多大程度上支持这一点。我认为他们现在不是那么先进;无论如何，就我所知，Hudson并没有为云提供SaaS。
我的意见是，如果你必须选择一个，那应该是詹金斯。
答案 1 :(得分：61)
在稳定性方面，一年多来，Jenkins为那些希望对他们正在安装的软件的稳定性和支持更加放心的人提供Long-Term Support（LTS）版本。
每三个月左右，选择一个以前的版本，Jenkins用户社区认为该版本运行良好。然后这个版本被分支，任何重要的修复（已经过“经过实战考验”）被反向移植到这个Jenkins版本中，然后这个版本得到了各种人和公司的额外测试。一旦它准备好发布，这就成了新的LTS版本。
随着新的高优先级修复程序的出现，这些修复程序将向后移植到LTS版本。
许多large users of Jenkins坚持LTS系列版本，根据公众Jenkins usage statistics，有数千个部署正在使用它。
这应该意味着您下载的LTS版本比从通常的每周版本行中选择的随机版本更稳定。
除了统计数据之外，与Hudson相比，Jenkins使用情况，社区规模，发展水平，新功能添加率，新插件数量和邮件列表活动情况似乎没有改变（即Jenkins仍然存在） ever-further ahead）。
基本上，this previous discussion中提出的大多数观点仍然适用，尽管Hudson最初的公司支持似乎已经平息了一点。
答案 2 :(得分：2)
我认为https://stackoverflow.com/a/5970813/556520回答了很多关于哈德森与詹金斯问题的重要问题。该主题解释了每种产品的利弊情况。
从与CI一起工作多年的个人经验，以及最近开始为Hudson开发，我会坚持使用稳定版的hudson，因为jenkins正在为他们的cloudbees服务做更多的开发和支持，其中hudson已经转移到eclipse基础并没有开发服务。那只是我0.02美元。