Five Reasons Why Developers Choose Jenkins Over Hudson for Continuous Integration
A quick history lesson -- Jenkins , previously known as Hudson , is an open source continuous integration tool written in Java . Last November, concern arose in the community around Oracle's perceived control of the Hudson project (including the name itself, for which Oracle submitted a trademark in December 2010). In early 2011, the community proposed and ultimately approved renaming the code to Jenkins and continue development on the tool, leaving Oracle in control of the original Hudson code. Oracle responded in February by announcing their commitment to continue their own development of Hudson and, in May, submitted a proposal to the Eclipse Foundation to create a Hudson project in Eclipse.
So, now that there are two continuous integration tools written in Java, why should a developer choose one over the other? Below are five reasons to choose Jenkins.
1. Led by Developers for Developers
First and foremost, the developers who wrote 99% of the core of Hudson are now working on Jenkins, including Kohsuke Kawaguchi, the original creator. He wrote the majority of code single-handedly and his range of expertise was a key enabler in various advanced features of Hudson. Currently, Jenkins has all but one original Hudson committer on its side (48 different people have submitted commits since the split) and there's been a significant increase in overall contributions. To date there have been:
733 total commits (compared to 172 previously)
170 pull requests (compared to 20 previously)
94 publicized committers on GitHub (compared to 4 previously)
496 repositories (compared to 1 previously)
2. Governance and Community
The community managing the Jenkins project is very open. There is an independent board that includes long-time Hudson developers from multiple companies including Yahoo!, CloudBees, Cloudera and Apture. They hold regular governance meetings and post notes after each meeting for public comment. They're also donating all the code to Software in the Public Interest(SPI) to assure continued openness of the community.
As we see the increase in the contributions to Jenkins, more than 280 tickets have closed since the split, and Jenkins has started a new long-term support release line. The community has decided to announce a stable release approximately every three months with patches. Lastly, Jenkins posted its first release 1.409.1, which provides a more conservative and slower upgrade path to organizations.
4. Jenkins is the Primary Platform for Plugins
Jenkins currently supports 392 plugins. Of the top 25 plugins, 21 moved to Jenkins and four had no commits. Plus, there have been 40 new plugins since the split. With such powerful and diverse functionality, Jenkins is the hub of the new application development lifecycle.
5. Jenkins is Cloud-Enabled
One of the core needs of Jenkins users is the lack of resources during peak periods. CloudBees provides a solution within its offerings, providing developers with Jenkins build, test and packaging services as well as unlimited, pay-as-you-go scalability with no need to configure and maintain their own build servers.
In addition to all of the above, you shouldn't hesitate to upgrade because you're concerned it will be an effort - it's very easy to do. You can literally be up and running in less than four minutes! Also, CloudBees offers a commercial version of Jenkins, CloudBees Jenkins Enterprise , which you can try for free ! Finally, if you’d like to learn more about Jenkins, sign up for Continuous Information , the Jenkins newsletter. You might enjoy Kohsuke's 7 Ways to Optimize Jenkins whitepaper.
Reminder: Jenkins training will be taught by Kohsuke on July 14 in NYC and again in the Bay Area on August 16 - don’t miss it!
(Full disclosure: Kohsuke Kawaguchi , the founder of the original Hudson project, is CTO at CloudBees and is on the Jenkins governance board).
Stay up to date
We'll never share your email address and you can opt out at any time, we promise.