Known Issues

The Git Integration for Jira app is packed with features that makes Jira administrators and developers happy. However, with different hardware configurations out there, these great features can also become burdened by issues.

Below are the Git Integration app known issues and workarounds:

Number of connected repositories per integration


The Git Integration for Jira app have per integration limitation for number of connected repositories:

  • GitHub - 10,000

  • GitLab - 10,000

  • All others - 10,000

Reference: GITCL-1395, GITCL-1846, GITCL-2487

Number of connected issues per commit or pull/merge request


We have a customer who needs more than 20 links created from a commit message/PR. In this connection, we’ve increased the number of connected issues to 100 for each commit/PR.

This update also supports Webhook indexing integrations.

Reference: GITCL-2712

2GB object Git repositories storage limit


The Git Integration for Jira application uses the JGit library which does not support objects over 2GB in size stored in git repositories.

  • 2GB object limit

Reference: …

Smart commits failing user search by email


It was reported that some users have their smart commits attributed to the app user rather than specific users. It is found that the user search via email is failing. Some Jira Cloud instances are failing to return users based on email.

Use /rest/api/2/user/assignable/search?issueKey=ABC-123 to return a list of assignable users for an issue - if the user search by email fails.

Reference: GITCL-800

Microsoft pull request requirement for status updates


Microsoft integrations require all pull requests for the configured repositories to be requested each time for status updates. Microsoft's Pull Request APIs do not currently provide any information allowing for filtering by last changed date/time.

Reference: GIT-3889


Why Microsoft PAT integrations require “All accessible organizations” permission


It is highly required that administrators must select the “All accessible organizations” option when creating personal access tokens (PAT). Otherwise, the integration will not work.

Please follow the instructions for creating MS/Azure PATs outlined in our Confluence how-tos here.

For more information, see the official reference for Azure DevOps PAT integration.

Reference: GIT-3978


SSH single Git repository integration is not generating the trigger for Jira Automation

git integration for jira cloud

In Automation for Jira, a user can create a rule or set of rules to start a trigger. These triggers will run the rules while listening to events; such as when a commit or branch is created.

This feature works well for auto-connected integrations and single HTTPS authenticated git repositories, but single repositories authenticated via SSH connection are not supported by Atlassian Jira Cloud (Atlassian bug issue: JSWCLOUD-20935).

If you use Jira automation triggers, we strongly recommend to use HTTP/HTTPS connections for single repository git URL. (See below)

Using this git URL will make triggers to ignore commit event:


Using the HTTPS git URL works:


Reference: GITCL-1624

Tags taking longer than 10s to load on an issue will timeout

GIt integration: jira cloud

Loading tags in Jira is a very resource-intensive operation and usually occurs on integrations with repositories with large git history – which can take a very long time to process/load.

Currently, the GIt Integration for Jira Cloud app limits loading of tags to 10 seconds before timing out.

Left Git Integration options panel takes up to 10 seconds to load

The left sidebar for the Git Integration for Jira app panel takes up to 10 seconds to load.

Atlassian has opened a public bug ticket for this issue.

Duplicate SC commands #comment and #time with both BBB and Atlassian SC enabled


In Jira Cloud, there are two possible Smart Commit processors: Jira Cloud and BigBrassBand.

In the Git Integration for Jira Cloud: General settings, there are two options for processing Smart commits:

  • Atlassian – which supports #comment, #time, and #<transition>

  • BigBrassBand – which supports #comment, #time, and #<transition>, #assign and #label.

If both are enabled, the user will see duplicate #comment and #time.

We set the default to the Atlassian smart commit processor to enabled because it is bundled with the workflow triggers (a valuable feature). In addition, the Atlassian processor does most of the SC features plus the workflow triggers.

If the admin decides to use the BigBrassBand processing, users will be able to use the additional smart commit commands (#assign and #label). However, choosing this path drops support for workflow triggers.

Reference: GITCL-1334

Oauth Client Token is Failing for Microsoft Integrations


Microsoft OAuth applications' secrets have a 5 year limit. We were forced to create a new application and customers will need to reconnect.

Reference: GITCL-2634