How to use Jira Software for Deployment Management?

by Guillaume Vial // Last updated on March 27, 2023  

Jira Deployment Management

At Apwide, we continuously improve our software development processes and we love exploring new ways of working, especially when we leverage DevOps principles and automate repetitive tasks. Managing deployments in Jira Software Cloud is quite new and relies on new features not available in Jira Software Data Center.

There is not much information available online when it comes to Deployment Management in Jira, that's why we are publishing this article where we share our findings and recipes. We hope it will give you some inspiration for your current and future software projects!

Deployment Management

ITIL4 defines 3 key practices necessary to successfully deliver software:

  • Change Control (also called "Change Enablement") helps coordinate technical changes to maintain throughput and stability.
  • Release Management focuses on when and how to make new or updated components available to users.
  • Deployment Management is the technical vehicle that looks at moving new or changed service components from one environment to another.
3 Key Practices Highlighted In The Itil4 Management Practices

Zooming on the Deployment Management practice, there are several deployment techniques available: Phased Delivery, Continuous Delivery, Big Bang Deployments, etc.

In this article, we will focus on improving Continuous Delivery by tracking CI/CD Deployments in Jira. Some can also call it "Agile Release Management".

Jira Deployment Views and API

For improving your CI/CD processes, Jira Software Cloud provides several features for sharing deployment information:

Deployments View

The Jira Deployments View gives you a global view of the tickets that have been recently deployed to your various environments on a very handy timeline. This view is useful to find the tickets that have been recently deployed to your various environments.

Jira Cloud Deployment Timeline

Issue Deployment View

Jira Software also provides an easy way to access the deployment status of an issue from its "Development" information tab (more information).

Jira Development Information Including Deployment Information
Jira Cloud Development Information Issue Panel

Issue Deployment View

The last deployments of an issue can now also be accessed directly from the "Releases" page:

Deployment Info On Jira Release Panel

Jira Cloud Deployment API

All these views rely on the Jira Software Cloud Deployment API that you need to integrate with your deployment pipelines and scripts.

Push deployment information to Jira

You may be already thinking:
"Well, cool views! but how can I get such accurate deployment information in Jira?"

Deployment tools are specific to your applications: they may be executed by any kind of combination of custom, esoteric and third-party tools. There is no magic/universal way to push deployment information to Jira.

Hopefully, Jira provides a Deployment API and a bunch of integrations with major tools used to trigger deployment jobs. For more information, refer to the official documentation.

1. Integration with Jenkins

In our case, we use Jenkins to build and deploy our applications. When certain branches are updated, a Jenkins job is automatically triggered to perform an automatic deployment to our CI/CD test environments. In order to do that properly, we have just followed those instructions.

Here is an extract of our jenkinsfile pipeline that shows the step used to push deployment information into Jira:

// the deployment will be automatically triggered:
// 1) when merging into the 'develop' branch
// 2) if the job is manually launched with the "DEPLOY" param set to true
if (params.DEPLOY || (env.BRANCH_NAME.contains("develop"))) {

   stage('deploy to CI environment') {
      try {
         // Deployment context information
         def environmentId = 222 // unique id of your environment
         def environmentName = "" // name of your environment
         def environmentType = "testing" // check deployment API doc if you want to change it
         def jiraSite = "" // url of your Jira Software Cloud

            environmentId: environmentId,
            environmentName: environmentName,
            environmentType: environmentType,
            site: jiraSite,
            state: 'in_progress'

         // ...
         // do the deployment here
         // ...

            environmentId: environmentId,
            environmentName: environmentName,
            environmentType: environmentType,
            site: jiraSite,
            state: 'successful'

      } catch (error) {
         echo "Not able to deploy to CI environment"
            environmentId: environmentId,
            environmentName: environmentName,
            environmentType: environmentType,
            site: jiraSite,
            state: 'failed'

Each time Jenkins performs a deployment, the deployment status as well as the list of deployed tickets are automatically updated in Jira 👍

2. How Jira tickets are linked to deployments?

Have you already asked your developers to manually update the Jira tickets they worked on, once they are deployed? For many reasons you can guess, this is an error-prone process and it does not work well…

For developers, it is much easier to update this information the moment they are done, before switching to the next task. At this point in time, developers usually summarize what was done in a clean commit message before pushing and sharing it with the rest of the team.

That's why we are asking each developer to include the reference of the linked Jira tickets in the commit message. This will automatically create links between Jira tickets and the commits pushed to the central repository. Read this for more information

Example of commit message including references of Jira tickets:

git commit -m "TEM-1234 TEM-5677 CS-345: Fix timeline visualization bug"

3. Use Git Hooks for qualitative commit messages

You can enforce commit messages to contain a reference to a Jira ticket when pushing code to Bitbucket Cloud using a Git Hook. Refer to this great tutorial about Git Hooks

In our case, we also wanted to standardize the format of our commit messages using the Conventional Commits format. Here is our .git/hooks/pre-push checking both link to Jira issues and Conventional Commits format:

# install this hook

# run at the root of the git project (-N to avoid recursive build):
# atlas-mvn install -N

#set -e

if [[ "$CI" != "" ]]; then
   echo "No pre-push hook for Jenkins, he is not human, he does not need rules."
   exit 0

cat <<EOF
★★★ Checking for mandatory tickets ★★★

✎ only chores do not require a ticket in the commit description
✎ an exception can be made by using TEM-0 as ticket.

Let's start !


upstream=$(git rev-parse --abbrev-ref HEAD@{upstream})
if [[ $? == 0 ]]; then

hashes=$(git log ${upstream}..HEAD --pretty=oneline | cut -f1 -d' ')

function check_for_ticket {
   local hash=$1
   subject=$(git log -n 1 --pretty=format:%s ${i})
   if [[ "$subject" =~ 'chore' ]]; then
      echo " ✔ chore has no need for a ticket."
      if [[ "$(git log -n 1 --pretty=format:%s%b "${hash}")" =~ $regex ]]; then
         echo " ✔ $ticket was referenced"
         echo " ✘ MISSING TICKET: no ticket found in commit message!"
         errors=$((errors + 1))

function check_for_subject_format {
   local hash=$1
   subject=$(git log -n 1 --pretty=format:%s "${i}")
   echo "${subject}"
   if [[ "${subject}" =~ $regex ]]; then
      echo ' ✔ commit message looks good.'
      echo ' ✘ FORMAT: commit message format should follow'
      errors=$((errors + 1))

for i in ${hashes}; do
   print_hash=$(echo "${i}" | cut -c-6)
   echo -n "⚡ Checking ${print_hash}: "
   check_for_subject_format ${i}
   check_for_ticket ${i}

if [[ ! $errors -eq 0 ]]; then
   if [[ $errors -eq 1 ]]; then
      echo "There is one error (✘) to fix before pushing this code, exiting."
      echo "There are ${errors} errors (✘) to fix before pushing this code, exiting."
   exit 1
   echo -e "✔ Good to go !\n"

Example of formatted Conventional Commit message including references to Jira tickets:

git commit --all -m "feat(event-scheme): UI enhancements
> - correct usage of tabs
> - remove fixed-height (might need further work)
> TEM-2800
> "

Why is it worth doing this?

Never-ending questions are now answered in Jira! With information updated in real-time, the Deployments Views answer many recurrent questions:

  • Can I test the bug fix of TEM-2566 on the integration environment?
  • May you tell me when the feature TEM-3434 will be available in the Staging Environment?
  • Is TEM-666 already deployed in Production?

And there are many other variants of such questions that should now be easily answered, just by browsing Jira!

Next Steps to go further

Our team loves the information they get thanks to the integration of the Jira Software Cloud Deployment API, but several use cases cannot natively be addressed. Hopefully, we found some good alternative solutions that we will share in our next article: stay tuned! 😉

If you have any questions or would like to share your feedback about the usage of the Jira Deployment API, add a comment in our Atlassian Community Post.

More Insightful Articles

Deploy Jira with Docker, Kubernetes and Rancher (AUG Tel Aviv)

Are you looking for a more scalable and efficient way to deploy Jira? Look no further and watch whit technical tutorial presented by Guillaume Vial at Atlassian User Group Tel Aviv.You’ll learn how to deploy Jira using Docker containers, Kubernetes, and Rancher, a container orchestration platform. The tutorial provides step-by-step instructions that are easy to

Deploy Jira with Docker, Kubernetes and Rancher (AUG Tel Aviv)

Deployment Management in ITIL4

ITIL4 offers a more holistic and flexible frame of reference, while embracing modern ways of working like agile and DevOps.

Atlassian and AXELOS have partnered to publish an easy-to-read guide. In this blog post, learn more about ITIL4 and its new Deployment Management practice.

Deployment Management in ITIL4