2011年的情况与哈德森和詹金斯以下（恕我直言） - 哈德森也有一点点稳定，但詹金斯的发展是快一点点。
什么是“哈德森VS詹金斯”现在2012年的情况如何？
Answer 1:
在稳定性方面，一年多詹金斯提供了一个长期支持谁想要更加放心约他们正在安装该软件的稳定性和支持的人（LTS）版本。
每三个月左右的时间，以前的版本中选择已被视为詹金斯用户的社区运作良好。 那么这个版本是支链，任何重要的修复（已经“实战检验”）被移植入此詹金斯版本，然后此版本获得通过各种个人和企业额外的测试。 一旦它准备发布，这将成为新的LTS版本。
随着新的高优先级补丁一起走，这些都是回迁到的LTS版本。
许多大用户詹金斯坚持版本的LTS线，并根据公众詹金斯使用统计 ，几千部署都在使用它。
这应该意味着你下载的是LTS版本甚至比从平时每周发布行选择的随机版本更加稳定。
除了统计数据，增加关于詹金斯使用情况，社区的规模，发展水平的情况下的新特点率，似乎在比较哈德森新的插件和邮件列表活动数量并没有发生变化（即詹金斯仍不断进一步提前 ）。
基本上，大多数提出的观点的这一先前的讨论仍然适用，但哈德森的初始企业支持似乎已经平息了一点。
Answer 2:
我都用了哈德森和詹金斯。 我一直在关注这两个变化表。
我仍然认为我们离开哈德森詹金斯做出了正确的选择。 哈德森核心开发者们现在正在研究詹金斯。 这些谁仍然由Oracle使用的主要是配套哈德森的那些（据我所知在Apache Maven的人都有助于修复以及）。
我在哈得逊时代提出了一些bug回来。 我可以告诉你，他们大多在詹金斯得到解决。 他们的解决方案后，许多个月，哈德森人固定或要求对那些特定的错误进一步的输入。
大多数的插件开发（几乎所有的，这是）已经迁移他们的插件詹金斯现在支持詹金斯为主。 在插件方面詹金斯发展得多快了很多。 还有现在的CloudBees提供一些付费插件。
据我所知，开源社区已经搬到它的多数詹金斯。
谁喜欢一些公司已支付的支持，不想迁移到詹金斯还在使用哈德森的麻烦。 坦率地说，我不明白为什么。 詹金斯有商业支持也来自CloudBees的，这也正是Kohsuke川口（哈德逊的创造者）现在工作。 CloudBees的现在甚至有托管GitHub上托管的项目在他们的云的免费服务。 他们让你的OSS项目建设是免费的！ :)
詹金斯提高了它的云支持。 如上所述，CloudBees的同时提供在云中的SaaS这个。 我不知道是否以及在何种程度上哈德森支持这一点。 我想他们是不是现在这么先进; 无论是哪种情况，哈德森并不为云提供SaaS的，据我所知。
我的观点是，如果你必须选择一个，应该是詹金斯。
Answer 3:
我认为https://stackoverflow.com/a/5970813/556520回答了很多关于哈得逊VS詹金斯问题的重要问题。 该主题解释与利弊，每种产品的情况两侧。
从个人的经验与CI工作多年，最近开始为哈德森发展，我将与哈德森的稳定版本坚持只是因为詹金斯是做更多的发展和支持他们的CloudBees的服务，其中哈德森已经转移到Eclipse基金会，而不是开发服务。 这只是我的$ 0.02。
文章来源: Hudson vs Jenkins in 2012 [closed]
