Jenkins was originally developed as the Hudson project. Hudson's creation started in summer of 2004 at Sun Microsystems. It was first released in java.net in Feb. 2005. Around 2007 Hudson became known as a better alternative to Cruise Control and other open-source build-servers. At the JavaOne conference in May 2008the software won the Duke's Choice Award in the Developer Solutions category. During November 2010, after the acquisition of Sun Microsystems by Oracle, an issue arose in the Hudson community with respect to the infrastructure used, which grew to encompass questions over the stewardship and control by Oracle. Negotiations between the principal project contributors and Oracle took place, and although there were many areas of agreement a key sticking point was the trademarked name "Hudson," after Oracle claimed the right to the name and applied for a trademark in December 2010. As a result, on January 11, 2011, a call for votes was made to change the project name from "Hudson" to "Jenkins." The proposal was overwhelmingly approved by community vote on January 29, 2011, creating the Jenkins project. On February 1, 2011, Oracle said that they intended to continue development of Hudson, and considered Jenkins a fork rather than a rename. Jenkins and Hudson therefore continued as two independent projects, each claiming the other is the fork. As of June 2019, the Jenkins organization on GitHub had 667 project members and around 2,200 public repositories, compared with Hudson's 28 project members and 20 public repositories with the last update in 2016. In 2011, creator Kohsuke Kawaguchi received an O'Reilly Open Source Award for his work on the Hudson/Jenkins project. On April 20, 2016 version 2 was released with the Pipelineplugin enabled by default. The plugin allows for writing build instructions using a domain specific language based on Apache Groovy. Jenkins replaced Hudson since February 8, 2017 in Eclipse. In March 2018 Jenkins Xsoftware project for Kubernetes was publicly presented, with support for different cloud providers including AWS EKS among others.
Plugins
s have been released for Jenkins that extend its use to projects written in languages other than Java. Plugins are available for integrating Jenkins with most version control systems and bug databases. Many build tools are supported via their respective plugins. Plugins can also change the way Jenkins looks or add new functionality. There are a set of plugins dedicated for the purpose of unit testing that generate test reports in various formats and automated testing that supports automated tests. Builds can generate test reports in various formats supported by plugins and Jenkins can display the reports and generate trends and render them in the GUI.
Mailer
Allows configuring email notifications for build results. Jenkins will send emails to the specified recipients whenever a certain important event occurs, such as:
Failed build.
Unstable build.
Successful build after a failed build, indicating that a crisis is over
Unstable build after a successful one, indicating that there's a regression
Credentials
Allows storing credentials in Jenkins. Provides a standardized API for other plugins to store and retrieve different types of credentials.
Monitoring external jobs
Adds the ability to monitor the result of externally executed jobs.
SSH agents
This plugin allows managing agents running on *nix machines over SSH. It adds a new type of agent launch method. This launch method will
Open a SSH connection to the specified host as the specified username,
Check the default version of Java for that user,
If the default version is not compatible with Jenkins's agent.jar, try to find a proper version of Java
Once it has a suitable version of Java, copy the latest agent.jar via SFTP,
Start the agent process.
Javadoc
This plugin adds Javadoc support to Jenkins. This functionality used to be a part of the core, but as of Jenkins 1.431, it was split off into separate plugins. The plugin enables the selection of "Publish Javadoc" as a post-build action, specifying the directory where the Javadoc is to be gathered and if retention is expected for each successful build.
Jenkins' security depends on two factors: access control and protection from external threats. Access control can be customized via two ways: user authentication and authorization. Protection from external threats such as CSRF attacks and malicious builds is supported as well.