Creating a release for a single service / component

This tutorial demonstrates how to semantically version a single component before it is deployed to an environment. The component can be any artifact that is deployed to an environment such as a JAR/WAR file or a Docker image. In a broader end-to-end context, the release job usually should be an IN for a deploy job as shown below:

Triggering deployments

In general, creating releases helps you version your component and keep track of what is included in each release. However, this step is also optional, so you could choose to directly connect your manifest job to deploy.

Basic Configuration

A release job needs a manifest job and a version resource as inputs.

Triggering deployments

  • First, you will want to create a version resource in your shippable.yml file.

  # Release version
  - name: my-version
    type: version
      versionName: "1.0.0"

Set the starting point of your version in the versionName field. The release job defined in the next step will use the versionName as the seed and increment it whenever it is triggered.

  • Next, add a release job to your shippable.yml file. The snippet below also shows sample configuration for the input manifest job:

  # Manifest job
  - name: my-manifest
    type: manifest
      - IN: my-image
      - IN: my-image-dockerOptions

  # Release job
  - name: my-release
    type: release
    bump: beta
      - IN: my-version
      - IN: my-manifest
  • name should be an easy to remember text string. This will appear in the visualization of this job in the SPOG.
  • type is always set to release
  • The manifest job and version resource are inputs, i.e. specified in the IN tag.
  • The bump tag specifies how the release version will be incremented each time the release job runs. More on incrementing versions is described in our tutorial for bumping release versions.

  • Add your project to your subscription as a syncRepo and run the manifest and release jobs. Your pipeline should now look like this -


Sample project

We have a working sample for the scenario described here. Instructions to run this sample are in the file.

Sample repository: devops-recipes/release-single-component.

The scenario in our sample project covers the following steps:

  • Set up your CI workflow, which pushes a Docker image to Docker Hub.
  • Every time the image is updated, a manifest job updates the manifest.
  • The release job will version your manifest with semantic versioning.
  • This will trigger a deploy job which will deploy your versioned component to a target endpoint of your choice. Read more on deployments.

Improve this page

We really appreciate your help in improving our documentation. If you find any problems with this page, please do not hesitate to reach out at or open a support issue. You can also send us a pull request to the docs repository.