Discover Jira Cloud products
Learn more about Jira Cloud products, features, plans, and migration.
Connecting your Azure DevOps account to Jira allows your team to track their work in Jira as it ships through the deployment and development pipelines. You’ll get deployment, build, and development information in your team’s Jira issues, on your Jira board, on the deployments timeline, in the development dialog, and in the Releases feature. Read more about integrating deployments with Jira
To connect Azure DevOps for Jira, you need:
Jira site administrator permissions.
Access to an Azure DevOps organization with Access level set to Basic.
Admin permissions on Azure DevOps projects you'd like to connect to Jira
From your Jira project, go to Apps, then Explore more apps in the top navigation.
Search for Azure DevOps for Jira. Select the version with "Official" in the title.
Select Get app, then Get it now.
Once the app has installed, select Configure now. You’ll then be prompted to connect your Azure DevOps account and organizations.
To connect your Azure DevOps account, you must sign in to your Microsoft account and accept the requested permissions:
From the configuration screen, select Continue.
A new tab will open with the Microsoft sign in page. Enter your credentials to sign in to the Azure DevOps account you want to connect to Jira.
Next, Microsoft will request your permission to send data to Jira. Select Accept.
Once your Azure DevOps account has been connected, you’ll see a list of available organizations to connect to Jira. Select Connect for any organizations you want to link.
If your Microsoft account has access to multiple Azure DevOps tenants, and you’ve connected using the wrong one, here’s how to switch to a different Azure DevOps tenant.
You must enable OAuth in an Azure DevOps organization before it can send data to Jira. If you connect an organization where OAuth has not yet been enabled, you’ll see a message in Jira that tells you OAuth needs to be enabled.
Select Go to Azure DevOps.
In your Azure DevOps organization settings, go to Security, then Policies.
Under Application connection policies, use the toggle to turn on Third-party application access via OAuth and SSH authentication.
You can trigger deployment events in Azure DevOps that the Azure DevOps for Jira app will recognize by using:
deployment jobs
the classic release pipeline
When your deployment is part of the YAML pipeline, you can use the deployment jobs to trigger deployment events. The Azure DevOps for Jira app will create a deployment event for each deployment job that runs through your pipeline. The app won't consider other jobs, such as running tests or installing a module, as deployment events.
You must have each deployment job in a separate stage in the pipeline. The environment name in the job will be mapped to the corresponding environment name in the deployment information in your Jira issues, on the board, and on the deployment timeline.
Here is an example of a stage in a pipeline with a deployment job:
1
2
3
4
5
6
7
8
9
10
11
12
13
- stage: 'development'
displayName: 'Dev Deployment'
jobs:
- deployment: Deploy
pool:
vmImage: 'ubuntu-latest'
environment: dev
strategy:
runOnce:
deploy:
steps:
- download: current
artifact: www
In this example, the pipeline contains a stage with a deployment job to the dev environment. This will be mapped to deployment with environment name dev in Jira.
You can trigger deployment events by using a classic release pipeline in Azure DevOps.
For this method to work, select Build as the Source type when you add a trigger artifact.
Each deployment should have its stage. A stage name will be mapped to the corresponding environment name in the deployment information in your Jira issues, on the board, and on the deployment timeline.
Deployment events include the name of the environment to which your app was deployed. To show the environment details in your Jira issues, Jira needs to know whether the environment is a development, testing, staging, or production environment. Based on the environment name, Jira tries to guess the environment to map your deployment event. For example, a deployment to an environment named dev would be considered a development environment.
If you use other environment names (for example, non-English environment names), Jira might show these as undefined environments. To resolve this, you can specify your custom environments by adding a file called .jira/config.yml to the main branch of your repository with the following content:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
deployments:
environmentMapping:
development:
- "dev*"
- "Entwicklung"
- "desenvolvimento"
- "дев"
testing:
- "testes"
- "Test"
- "TST-*"
- "тест"
staging:
- "Pre-Prod"
- "STG-*"
- "staging"
production:
- "Produktion"
- "produção"
- "продакшн"
- "PROD-*"
In this example, a deployment to an environment named “STG-2” would be mapped as a deployment to the staging environment in Jira, and a deployment to an environment named “Produktion” would be mapped as a deployment to the production environment in Jira.
In Jira, you can specify up to 10 glob patterns for the four valid environments: development, testing, staging, or production.
To link your team’s development activity to Jira, you must include Jira issue keys in commit messages, branch names, and pull requests. Once a deployment has run on a linked branch, commit, or pull request, you’ll see deployment information in your Jira issues, on the board, and on the deployment timeline. Read more about referencing issues in your development work
The app will only link keys added directly within a pipeline’s repository. It will not recognize keys from other repositories.
To link to branches, commits, and pull requests made in Azure Repos, your team must include Jira issue keys in their development actions.
Find the issue key for the Jira issue you want to link to, for example “JRA-123”. You can find the key in several places in Jira:
On the board, issue keys appear at the bottom of a card.
On the issue’s details, issue keys appear in the navigation at the top of the page.
Check out a new branch in your repo, using the issue key in the branch name. For example, git checkout -b JRA-123-<branch-name>.
When committing changes to your branch, use the issue key in your commit message to link those commits to the development panel in your Jira issue. For example, git commit -m "JRA-123 <summary of commit>".
When you create a pull request, use the issue key in the pull request title or description.
After you push your branch, you’ll see development information in your Jira issue. Read more about referencing issues in your development work
Was this helpful?