Jenkins plugin for pipeline visualisation, perfect for Continuous Delivery
Switch branches/tags
staged-release-1.0.8 release-1.2.0 release-1.1.1 release-1.1.0 release-1.0.7 release-1.0.6 release-1.0.5 release-1.0.4 release-1.0.3 release-1.0.2 release-1.0.1 release-1.0.0 release-0.10.3 release-0.10.2 release-0.10.1 release-0.10.1rc10 release-0.10.1rc8 release-0.10.1rc7 release-0.10.1rc6 release-0.10.1rc5 release-0.10.1rc4 release-0.10.1rc3 release-0.10.1rc2 release-0.10.1rc1 release-0.10.rc9 origin delivery-pipeline-plugin-1.2.0 delivery-pipeline-plugin-1.1.1 delivery-pipeline-plugin-1.1.0 delivery-pipeline-plugin-1.0.7 delivery-pipeline-plugin-1.0.6 delivery-pipeline-plugin-1.0.5 delivery-pipeline-plugin-1.0.4 delivery-pipeline-plugin-1.0.3 delivery-pipeline-plugin-1.0.2 delivery-pipeline-plugin-1.0.1 delivery-pipeline-plugin-1.0.0 delivery-pipeline-plugin-0.10.3 delivery-pipeline-plugin-0.10.2 delivery-pipeline-plugin-0.10.1 delivery-pipeline-plugin-0.10.1rc10 delivery-pipeline-plugin-0.10.1rc6 delivery-pipeline-plugin-0.10.0 delivery-pipeline-plugin-0.9.12 delivery-pipeline-plugin-0.9.11 delivery-pipeline-plugin-0.9.10 delivery-pipeline-plugin-0.9.9 delivery-pipeline-plugin-0.9.8 delivery-pipeline-plugin-0.9.7 delivery-pipeline-plugin-0.9.6 delivery-pipeline-plugin-0.9.5 delivery-pipeline-plugin-0.9.4 delivery-pipeline-plugin-0.9.3 delivery-pipeline-plugin-0.9.2 delivery-pipeline-plugin-0.9.1 delivery-pipeline-plugin-0.9.0 delivery-pipeline-plugin-0.8.11 delivery-pipeline-plugin-0.8.10 delivery-pipeline-plugin-0.8.9 delivery-pipeline-plugin-0.8.8 delivery-pipeline-plugin-0.8.7 delivery-pipeline-plugin-0.8.6 delivery-pipeline-plugin-0.8.5 delivery-pipeline-plugin-0.8.4 delivery-pipeline-plugin-0.8.3 delivery-pipeline-plugin-0.8.2 delivery-pipeline-plugin-0.8.1 delivery-pipeline-plugin-0.8.0 delivery-pipeline-plugin-0.7.5 delivery-pipeline-plugin-0.7.4 delivery-pipeline-plugin-0.7.3 delivery-pipeline-plugin-0.7.2 delivery-pipeline-plugin-0.7.1 delivery-pipeline-plugin-0.7.0 delivery-pipeline-plugin-0.6.10 delivery-pipeline-plugin-0.6.9 delivery-pipeline-plugin-0.6.8 delivery-pipeline-plugin-0.6.7 delivery-pipeline-plugin-0.6.6 delivery-pipeline-plugin-0.6.5 delivery-pipeline-plugin-0.6.4 delivery-pipeline-plugin-0.6.3 delivery-pipeline-plugin-0.6.2 delivery-pipeline-plugin-0.6.1 delivery-pipeline-plugin-0.6 delivery-pipeline-plugin-0.5 delivery-pipeline-plugin-0.4 delivery-pipeline-plugin-0.3 delivery-pipeline-plugin-0.2 delivery-pipeline-plugin-0.1.1 delivery-pipeline-plugin-0.1
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.

Delivery Pipeline Plugin

alt tag

Build Status Coverage Status

The purpose of the Delivery Pipeline plugin is to provide visualisation of delivery/build pipelines in Jenkins. The plugin is perfect for Continuous Delivery pipeline visualisation on information radiators.

In Continuous Delivery, fast feedback and visualisation of the delivery process is one of the most important aspects. When using Jenkins as a build server it is now possible to visualise one or more delivery pipelines in the same view (even in full screen!) using the Delivery Pipeline plugin. You can install the Delivery Pipeline plugin using the Jenkins plugin management.

Project wiki page can be found here: Delivery Pipeline Plugin - Wiki.

We use the official Jenkins issue tracker for bugs, improvements and new features. Please report any issues on component delivery-pipeline-plugin.

This plugin has been contributed to the community by Diabol AB.


Delivery Pipeline plugin 1.2.0 and later requires Java 8 and Jenkins core 2.62 or later.

Delivery Pipeline plugin 1.1.0 and later requires Java 8 and Jenkins core 1.642.3 or later.

Delivery Pipeline plugin 1.0.0 and later requires Java 7 and Jenkins core 1.642.3 or later.

Delivery Pipeline plugin 0.10.3 requires Java 6 and Jenkins core 1.565 or later.


Requires Java 8, Apache Maven 3.3.x or later.

mvn clean install

The project contains a rigorous test suite which takes some time to run. If you just want to build the project for the first time, you can shortcut it by running:

mvn clean install -DskipTests

Run locally

Requires you to have built the project first using the step mentioned above.

mvn hpi:run

This will start a local Jenkins with the Delivery Pipeline plugin installed. It will by default be available at http://localhost:8080/jenkins.

Bootstrap your local Jenkins with jobs

To bootstrap your local Jenkins instance with jobs, you can use the provided examples.

You would need to have Jenkins Job Builder (JJB) or JobDSL available in order to use them. To use the JJB .yaml job configurations without the need to install JJB explicitly, you could run it in a Docker container. Provide the example jenkins.ini to JJB. When running inside a container, you might need to add your host ip address in the jenkins.ini instead of localhost to allow JJB to connect to your Jenkins instance. Mount the examples directory to the Docker container, and then invoke JJB ising the jenkins-jobs command, such as:

docker run -it --rm --net=host -v PATH_TO/delivery-pipeline-plugin/examples/jenkins.ini:/etc/jenkins_jobs/jenkins_jobs.ini -v PATH_TO/delivery-pipeline-plugin/examples:/root/jenkins-job-builder tynja/jenkins-job-builder jenkins-jobs update demo.yaml

Run function tests

mvn integration-test

Create Jenkins plugin artifact

This can be used to manually upload a new plugin through the Jenkins plugin management console (under the Advanced tab). Requires you to have built the project first, see the Build section above.

mvn hpi:hpi

Build and run in a Docker container

To build and run the Delivery Pipeline plugin in a container, you first need to build the project before building the Docker image:

mvn clean install
docker build -t dpp .
docker run -p 8080:8080 dpp

If you just want to run the Delivery Pipeline plugin in a container without building it yourself, you can pull certain versions from Docker hub:

docker pull diabol/delivery-pipeline-plugin:1.0.3

Configuring manually triggered jobs for views based on traditional Jenkins jobs with downstream dependencies

Note: This requires the Build Pipeline plugin to be installed.

To be able to configure a certain job in the pipeline as a manual step, you have to configure the upstream job that triggers the job which is to be performed manually to be marked as a manual step.

In the Jenkins UI this shows up as a Post-Build Action: Build other projects (manual step), where you configure the name of the job to be manually triggered in the "Downstream Project Names".

If you're creating your jobs with JobDSL, use the following syntax in the publishers section (parameters is optional):

publishers {
    buildPipelineTrigger('name-of-the-manually-triggered-job') {
        parameters {

In your pipeline configuration, make sure to enable manual triggers. The manual triggers (a play button) will not be shown in the UI for aggregate pipelines, only for pipeline instances. If you want to access manual triggers from the UI, make sure to show at least one pipeline instance.

Here is an example of a corresponding JobDSL pipeline view configuration:

deliveryPipelineView("my-pipeline") {
    description("Delivery pipeline with a manual trigger")
    pipelines {
        component("My pipeline", "the-name-of-the-first-job-in-the-pipeline")

Using a custom CSS

Here is an example of how to specify a custom CSS for the Delivery Pipeline Plugin using a JobDSL pipeline view configuration:

deliveryPipelineView("my-pipeline") {
    description("Delivery pipeline with custom full screen CSS")
    configure { node ->
        node << {
    pipelines {
        component("My pipeline", "the-name-of-the-first-job-in-the-pipeline")


Example configurations can be found in the examples subdirectory.

For Jenkins Job Builder job configuration examples, see: demo.yaml

For JobDSL job configuration examples, see: demo.groovy

For examples on how to use the Jenkins pipeline task step to visualize steps within a stage, see this example pipeline

How to contribute

Read GitHub's general contribution guidelines:

It basically comes down to the following guidelines:

  1. If applicable, create a Jira issue
    • Make sure a similar issue doesn't already exist
  2. Fork the repo
  3. Contribute and have fun!
  4. Add as much unit testing as possible to any new code changes
    • This will make the code much more easy to maintain and to understand its intent
  5. Make sure your code is well formatted and aligns with the projects code style conventions
  6. Make sure to prefix the commit message with the associated Jira issue number together with a descriptive commit message
  7. If you have multiple commits, please make sure to squash them before creating a pull request
    • It's hard to follow contributions when they are scattered across several commits
  8. Create a pull request to get feedback from the maintainers
    • Add a link to the pull request to the associated Jira issue


If you have any questions, feel free to reach out to one of the maintainers: