Integrating with development tools
Development panel on issues
The Development panel is shown on the View Issue screen and provides the following functionality:
For more information about using the Development panel, see the Jira Software documentation.
Workflow triggers can help keep Jira Software issues synchronized with the information in your development tools – Fisheye/Crucible, Bitbucket, and GitHub.
Instead of relying on developers to manually update the status of an issue after committing code, completing reviews, or creating branches, you can configure triggers in your workflow to automatically transition issues when these events occur in your development tools. For example, you could configure a trigger to automatically transition an issue from 'To Do' to 'In Progress' when a branch is created.
See Configuring workflow triggers for instructions on setting up workflow triggers.
The Release Hub shows the progress of a version, so you can determine which issues are likely to ship at a glance. The commits, builds, and deployments related to each issue are shown, helping you to spot potential development issues that could cause problems for a release.
When you are ready, you can also release the version from the Release Hub. Doing this marks the version as complete, moves incomplete issues to other versions, and triggers release builds (if Jira Software is integrated with Bamboo).
Read more about the Release Hub here:Checking the progress of a version
How it works
When the Atlassian development tools are integrated with Jira Software, a user simply needs to supply an issue key for the issue to be automatically linked:
Commits are linked automatically if the issue key is included in the commit message.
Branches are linked automatically if the issue key is included in the branch name.
Pull requests are linked automatically if the issue key is included in the pull request's title or in the source branch name.
Reviews are linked automatically if the issue key is included in the title of the review, or if the issue is linked from the review.
Builds and deployments are linked automatically if a commit involved in the build has the issue key in its commit message.
When triggers are configured in the workflow for your project, particular events published by the developer tools automatically transition issues.
There are some details and known issues:
- When a user attempts to access one of the details dialogs, for commits, reviews, builds or pull requests, Jira Software checks that they have the appropriate permissions to view the information in the dialog. It does this using the user authentication that is configured in the Application Link.
- The details dialogs (ex: for commits) may display duplicates, although the number of unique items are reported at the top of the dialog and in the Development panel summary. Duplicate commits, for example, can arise from having both Bitbucket Server and Fisheye linked to Jira Software, and Fisheye in turn connected with Bitbucket Server, so that Fisheye indexes, and reports. commits.
- Users who can see summarized data in the Development panel may not have permission to see in the details dialogs (for example, for branches, commits and pull requests) all the information that contributed to the summaries. That is, the details dialogs respect the access permissions that users have in the connected applications.
- If commits linked to the issue are involved with a Bamboo build that fails, the first successful build that follows will be reported, even though the original commits are no longer involved with that build.
- The Development panel replaces the Source, Commits and Builds tabs, as well as the Deployment panel, in an issue. So, for example, you won't see the Source tab, and commits in Bitbucket Server will be accessible from the Development panel. However, if a connected application is older than the supported version, information from that application will continue to be displayed in those tabs rather than in the Development panel.
The table below shows the minimum development tool version required for each integration feature in Jira Software.
|Jira||Fisheye / Crucible||Bamboo||Bitbucket Cloud||Bitbucket Server||GitHub||GitHub Enterprise||Integration feature|
or Jira Cloud
|3.3+/3.3+||5.4+||Current||Bitbucket Server 4.0+ (Stash 2.10)||Current||11.10.290+||
|6.3.3+ or Jira Cloud||3.5.2||N/A||Current||
Bitbucket Server 4.0+
Bitbucket Server 4.0+
Bitbucket Server 4.0+
Development tools configuration for a project
The Development Tools section of the administration screen for a project gives you an overview of the development tools that are connected to your Jira Software instance, and of the users who can use the integrations between Jira and those tools. Users must have access to the Jira Software application to be able to see the Development panel. By default, anonymous users (those who are not logged in) and users without explicit Jira Software application access do not see the panel.
The View Permission section lists the user groups that can see the Development panel in a Jira Software issue. The Development panel displays the Create Branch link and summary information for your development process, such as the number and status of the related commits, pull requests, reviews and builds. The visibility of the panel is controlled by the "View Development Tools" project permission.
The Applications section lists the development tools that are integrated with Jira Software.
Set up Jira Software with development tools
Check that you have a compatible version of a development tool on the version matrix, then follow the instructions below to connect your code development tools to Jira.
Link to BitBucket Server, Bamboo, Fisheye or Crucible
Jira must be connected with Bitbucket Server, Bamboo, Fisheye or Crucible using application links.
Note that for Bitbucket Server, the following system plugins are required (these are bundled and enabled by default in Bitbucket Server):
- Atlassian Navigation Links Plugin (com.atlassian.plugins.atlassian-nav-links-plugin)
- Bitbucket Server Dev Summary Plugin (bitbucket-jira-development-integration-plugin).
If your developer tools instances are running on the same machine as Jira Software Server, you'll need to ensure that the applications uses distinct web contexts. This avoids authentication and session issues with OAuth and application links. For example, if you were running Fisheye and Jira, you would change the default paths to:
(rather than )