在2011年,哈德森(Hudson)和詹金斯(Jenkins)紧随其后(IMHO)-哈德森(Hadson)有点稳定,但詹金斯(Jenkins)的发展更快。
2012年的“哈德逊与詹金斯”现在情况如何?
在2011年,哈德森(Hudson)和詹金斯(Jenkins)紧随其后(IMHO)-哈德森(Hadson)有点稳定,但詹金斯(Jenkins)的发展更快。
2012年的“哈德逊与詹金斯”现在情况如何?
Answers:
在稳定性方面,詹金斯(Jenkins)一年多以来一直为希望更加确保所安装软件的稳定性和支持的人们提供长期支持(LTS)版本。
每三个月左右,就会选择一个先前的发行版,Jenkins用户社区认为该发行版运行良好。然后分支该版本,将所有重要的修复程序(经过“战斗测试”)都移植到此Jenkins版本中,然后此发行版将受到各种人员和公司的额外测试。一旦准备好发布,它将成为新的LTS版本。
随着新的高优先级修补程序的出现,这些修补程序将反向移植到LTS版本。
Jenkins的许多大型用户都坚持使用LTS系列发行版,并且根据公开的Jenkins使用情况统计,已有数千个部署在使用它。
这应该意味着您要下载的LTS版本比从通常的每周发行版本中选择的随机版本更加稳定。
除统计数据外,与Hudson相比,有关Jenkins使用情况,社区规模,其发展水平,新功能添加率,新插件数量和邮件列表活动的情况似乎没有变化(即Jenkins仍在进一步发展)提前)。
基本上,在前面的讨论中提出的大多数观点仍然适用,尽管哈德森最初的公司支持似乎有所减弱。
我曾经用过哈德森和詹金斯。我一直在关注两个变更列表。
我仍然认为,从哈德逊(Hudson)到詹金斯(Jenkins),我们做出了正确的选择。Hudson的核心开发人员现在正在研究Jenkins。仍然受Oracle雇用的人员主要是支持Hudson的人员(据我所知,Apache Maven的人员也在提供修补程序)。
在哈德逊时代,我已经提出了许多错误。我可以告诉你,大多数人都在詹金斯解决了。解决这些问题后的几个月,哈德森(Hudson)员工修复或要求对这些特定的bug进行进一步的输入。
大多数插件开发人员(几乎全部)已将其插件迁移到Jenkins,现在主要支持Jenkins。在插件方面,Jenkins的开发速度越来越快。现在有一些由Cloudbees提供的付费插件。
据我所知,开源社区已将其多数移至詹金斯。
一些更愿意获得支持并且不希望迁移到Jenkins的麻烦的公司仍在使用Hudson。坦白说,我不明白为什么。詹金斯(Jenkins)也得到了Cloudbees的商业支持,而Cloudbees正是该公司工作的地方。Cloudbees现在甚至提供免费服务,可在其云中托管GitHub托管的项目。他们让您的OSS项目免费构建!:)
Jenkins改进了对云的支持。如上所述,Cloudbees还在云中提供了此SaaS。我不确定哈德森是否以及在何种程度上支持这一点。我认为他们目前还没有那么先进。无论如何,据我所知,Hudson不会为云提供SaaS。
我的观点是,如果您必须选择一个,那就应该是詹金斯。
我认为https://stackoverflow.com/a/5970813/556520回答了有关hudson vs jenkins问题的许多重要问题。本主题针对每种产品的利弊解释了双方。
从多年与CI合作的经验,到最近开始为Hudson进行开发,我会坚持使用hudson的稳定版本,因为jenkins正在为他们的cloudbees服务做更多的开发和支持,而hudson已经迁移到了eclipse基金会,而不是为服务而发展。那只是我的0.02美元。