- Set up OAuth authentication
- Jira user requirements
- Install the GitLab for Jira Cloud app from the Atlassian Marketplace
- Install the GitLab for Jira Cloud app manually
- Configure your GitLab instance to serve as a proxy
- Security considerations
- Using a reverse proxy
GitLab for Jira Cloud app administration
With the GitLab for Jira Cloud app, you can connect GitLab and Jira Cloud to sync development information in real time. You can view this information in the Jira development panel.
To set up the GitLab for Jira Cloud app on your self-managed instance, do one of the following:
- Install the GitLab for Jira Cloud app from the Atlassian Marketplace (GitLab 15.7 and later).
- Install the GitLab for Jira Cloud app manually.
After you set up the app, you can use the project toolchain developed and maintained by Atlassian to link GitLab repositories to Jira projects. The project toolchain does not affect how development information is synced between GitLab and Jira Cloud.
For Jira Data Center or Jira Server, use the Jira DVCS connector developed and maintained by Atlassian.
Set up OAuth authentication
Whether you want to install the GitLab for Jira Cloud app from the Atlassian Marketplace or manually, you must create an OAuth application.
To create an OAuth application on your self-managed instance:
- On the left sidebar, at the bottom, select Admin Area.
- Select Applications.
- Select New application.
- In Redirect URI:
- If you’re installing the app from the Atlassian Marketplace listing, enter
https://gitlab.com/-/jira_connect/oauth_callbacks
. - If you’re installing the app manually, enter
<instance_url>/-/jira_connect/oauth_callbacks
and replace<instance_url>
with the URL of your instance.
- If you’re installing the app from the Atlassian Marketplace listing, enter
-
Clear the Trusted and Confidential checkboxes.
You must clear these checkboxes to avoid errors. - In Scopes, select the
api
checkbox only. - Select Save application.
- Copy the Application ID value.
- On the left sidebar, select Settings > General.
- Expand GitLab for Jira App.
- Paste the Application ID value into Jira Connect Application ID.
- Select Save changes.
Jira user requirements
- Support for the
org-admins
group introduced in GitLab 16.6.
In your Atlassian organization, you must ensure that the Jira user that is used to set up the GitLab for Jira Cloud app is a member of either:
- The Organization Administrators (
org-admins
) group. Newer Atlassian organizations are using centralized user management, which contains theorg-admins
group. Existing Atlassian organizations are being migrated to centralized user management. If available, you should use theorg-admins
group to indicate which Jira users can manage the GitLab for Jira app. Alternatively you can use thesite-admins
group. - The Site Administrators (
site-admins
) group. Thesite-admins
group was used under original user management.
If necessary:
- Create your preferred group.
- Edit the group to add your Jira user as a member of it.
- If you customized your global permissions in Jira, you might also need to grant the
Browse users and groups
permission to the Jira user.
Install the GitLab for Jira Cloud app from the Atlassian Marketplace
- Introduced in GitLab 15.7.
You can use the official GitLab for Jira Cloud app from the Atlassian Marketplace with your self-managed instance.
With this method:
- GitLab.com handles the install and uninstall lifecycle events sent from Jira Cloud and forwards them to your GitLab instance. All data from your self-managed instance is still sent directly to Jira Cloud.
- It’s not possible to create branches from Jira Cloud. For more information, see issue 391432.
Alternatively, you might want to install the GitLab for Jira Cloud app manually if:
- Your instance does not meet the prerequisites.
- You do not want to use the official Atlassian Marketplace listing.
- You do not want GitLab.com to handle the app lifecycle events or to know that your instance has installed the app.
- You want to create branches from Jira Cloud.
Prerequisites
- The instance must be publicly available.
- The instance must be on GitLab version 15.7 or later.
- You must set up OAuth authentication.
- If your instance uses HTTPS, your GitLab certificate must be publicly trusted or contain the full chain certificate.
- Your network must allow inbound and outbound connections between GitLab and Jira. For self-managed instances that are behind a
firewall and cannot be directly accessed from the internet:
- Open your firewall and allow inbound traffic from Atlassian IP addresses only.
- Set up an internet-facing reverse proxy in front of your self-managed instance.
- Add GitLab IP addresses to the allowlist of your firewall.
- The Jira user that installs and configures the app must meet certain requirements.
Set up your instance
To set up your self-managed instance for the GitLab for Jira Cloud app in GitLab 15.7 and later:
- On the left sidebar, at the bottom, select Admin Area.
- Select Settings > General.
- Expand GitLab for Jira App.
- In Jira Connect Proxy URL, enter
https://gitlab.com
. - Select Save changes.
Link your instance
To link your self-managed instance to the GitLab for Jira Cloud app:
- Install the GitLab for Jira Cloud app.
- Configure the GitLab for Jira Cloud app.
- Optional. Check if Jira Cloud is now linked.
Check if Jira Cloud is linked
You can use the Rails console to check if Jira Cloud is linked to:
-
A specific group:
JiraConnectSubscription.where(namespace: Namespace.by_path('group/subgroup'))
-
A specific project:
Project.find_by_full_path('path/to/project').jira_subscription_exists?
-
Any group:
installation = JiraConnectInstallation.find_by_base_url("https://customer_name.atlassian.net") installation.subscriptions
Install the GitLab for Jira Cloud app manually
If you do not want to use the official Atlassian Marketplace listing, install the GitLab for Jira Cloud app manually.
You must install each Jira Cloud app from a single location. Jira fetches a manifest file from the location you provide. The manifest file describes the app to the system.
To support your self-managed instance with Jira Cloud, do one of the following:
Prerequisites
- The instance must be publicly available.
- You must set up OAuth authentication.
- Your network must allow inbound and outbound connections between GitLab and Jira. For self-managed instances that are behind a
firewall and cannot be directly accessed from the internet:
- Open your firewall and allow inbound traffic from Atlassian IP addresses only.
- Set up an internet-facing reverse proxy in front of your self-managed instance.
- Add GitLab IP addresses to the allowlist of your firewall.
- The Jira user that installs and configures the app must meet certain requirements.
Install the app in development mode
To configure your Jira instance so you can install apps from outside the Atlassian Marketplace:
- Sign in to your Jira instance as an administrator.
- Enable development mode on your Jira instance.
- Sign in to GitLab as an administrator.
-
Install GitLab from your Jira instance:
- On your Jira instance, go to Apps > Manage Apps and select Upload app.
-
In App descriptor URL, provide the full URL to your manifest file based on your instance configuration.
By default, your manifest file is located at
/-/jira_connect/app_descriptor.json
. For example, if your GitLab self-managed instance domain isapp.pet-store.cloud
, your manifest file is located athttps://app.pet-store.cloud/-/jira_connect/app_descriptor.json
. - Select Upload.
- Select Get started to configure the integration.
- Disable development mode on your Jira instance.
In Apps > Manage Apps, GitLab for Jira Cloud is now visible. You can also select Get started to configure the GitLab for Jira Cloud app.
If a GitLab upgrade makes changes to the app descriptor, you must reinstall the app.
Create an Atlassian Marketplace listing
If you do not want to use development mode, you can create your own Atlassian Marketplace listing. This way, you can install the GitLab for Jira Cloud app from the Atlassian Marketplace.
To create an Atlassian Marketplace listing:
- Register as an Atlassian Marketplace vendor.
- List your application with the application descriptor URL.
- Your manifest file is located at:
https://your.domain/your-path/-/jira_connect/app_descriptor.json
- You should list your application as
private
because public applications can be viewed and installed by any user.
- Your manifest file is located at:
- Generate test license tokens for your application.
Like the GitLab.com Marketplace listing, this method uses automatic updates.
For more information about creating an Atlassian Marketplace listing, see the Atlassian documentation.
Configure your GitLab instance to serve as a proxy
A GitLab instance can serve as a proxy for other GitLab instances through the GitLab for Jira Cloud app. You might want to use a proxy if you’re managing multiple GitLab instances but only want to manually install the app once.
To configure your GitLab instance to serve as a proxy:
- On the left sidebar, at the bottom, select Admin Area.
- Select Settings > General.
- Expand GitLab for Jira App.
- Select Enable public key storage.
- Select Save changes.
- Install the GitLab for Jira Cloud app manually.
Other GitLab instances that use the proxy must configure the following settings to point to the proxy instance:
Security considerations
The following security considerations are specific to administering the app. For considerations related to using the app, see security considerations.
GitLab.com handling of app lifecycle events
When you Install the GitLab for Jira Cloud app from the Atlassian Marketplace, GitLab.com receives lifecycle events from Jira. These events are limited to when the app is installed in or uninstalled from your Jira Project.
In the install event, GitLab.com receives a secret token from Jira.
GitLab.com stores this token encrypted with AES256-GCM
to later verify incoming lifecycle events from Jira.
GitLab.com then forwards the token to your self-managed instance so your instance can authenticate its requests to Jira with the same token. Your self-managed instance is also notified that the GitLab for Jira Cloud app has been installed or uninstalled.
When data is sent from your self-managed instance to the Jira development panel, it is sent from your self-managed instance directly to Jira and not to GitLab.com. GitLab.com does not use the token to access data in your Jira project. Your self-managed instance uses the token to access the data.
For more information about the lifecycle events and payloads that GitLab.com receives, see the Atlassian documentation.
Access to GitLab through OAuth
GitLab does not share an access token with Jira. However, users must authenticate through OAuth to configure the app.
An access token is retrieved through a PKCE OAuth flow and stored only on the client side. The app frontend that initializes the OAuth flow is a JavaScript application that’s loaded from GitLab through an iframe on Jira.
The OAuth application must have the api
scope, which grants complete read and write access to the API.
This access includes all groups and projects, the container registry, and the package registry.
However, the GitLab for Jira Cloud app only uses this access to:
- Display groups to link.
- Link groups.
Access through OAuth is only needed for the time a user configures the GitLab for Jira Cloud app. For more information, see Access token expiration.
Using a reverse proxy
To use the GitLab for Jira Cloud app on a self-managed instance that cannot be accessed from the internet, the self-managed instance must be accessible from Jira Cloud. You can use a reverse proxy, but keep the following in mind:
- When you install the GitLab for Jira Cloud app from the Atlassian Marketplace, use a client with access to both the internal GitLab FQDN and the reverse proxy FQDN.
- When you install the GitLab for Jira Cloud app manually, use the reverse proxy FQDN for Redirect URI to set up OAuth authentication.
- The reverse proxy must meet the prerequisites for your installation method:
- The Jira development panel might link to the internal GitLab FQDN or GitLab.com instead of the reverse proxy FQDN. For more information, see issue 434085.
- To secure the reverse proxy on the public internet, allow inbound traffic from Atlassian IP addresses only.
- If you use a rewrite or subfilter with your proxy, ensure the proxy
does not rewrite or replace the
gitlab-jira-connect-${host}
app key. Otherwise, you might get aFailed to link group
error.
External NGINX
This server block is an example of how to configure a reverse proxy for GitLab that works with Jira Cloud:
server {
listen *:80;
server_name gitlab.mycompany.com;
server_tokens off;
location /.well-known/acme-challenge/ {
root /var/www/;
}
location / {
return 301 https://gitlab.mycompany.com:443$request_uri;
}
}
server {
listen *:443 ssl;
server_tokens off;
server_name gitlab.mycompany.com;
ssl_certificate /etc/letsencrypt/live/gitlab.mycompany.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/gitlab.mycompany.com/privkey.pem;
ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384';
ssl_protocols TLSv1.2 TLSv1.3;
ssl_prefer_server_ciphers off;
ssl_session_cache shared:SSL:10m;
ssl_session_tickets off;
ssl_session_timeout 1d;
access_log "/var/log/nginx/proxy_access.log";
error_log "/var/log/nginx/proxy_error.log";
location / {
proxy_pass https://gitlab.internal;
proxy_hide_header upgrade;
proxy_set_header Host gitlab.mycompany.com:443;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
In this example:
- Replace
gitlab.mycompany.com
with the reverse proxy FQDN andgitlab.internal
with the internal GitLab FQDN. - Set
ssl_certificate
andssl_certificate_key
to a valid certificate (the example uses Certbot). - Set the
Host
proxy header to the reverse proxy FQDN to ensure GitLab and Jira Cloud can connect successfully.
You must use the reverse proxy FQDN only to connect Jira Cloud to GitLab. You must continue to access GitLab from the internal GitLab FQDN. If you access GitLab from the reverse proxy FQDN, GitLab might not work as expected. For more information, see issue 21319.