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