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