debian-mirror-gitlab/doc/integration/jira_development_panel.md

142 lines
6.4 KiB
Markdown
Raw Normal View History

2019-09-30 21:07:59 +05:30
# GitLab Jira development panel integration **(PREMIUM)**
2019-07-31 22:56:46 +05:30
> [Introduced][ee-2381] in [GitLab Premium][eep] 10.0.
Complementary to our [existing Jira][existing-jira] project integration, you're now able to integrate
GitLab projects with [Jira Development Panel][jira-development-panel]. Both can be used
simultaneously. This works with self-hosted GitLab or GitLab.com integrated with self-hosted Jira
or cloud Jira.
By doing this you can easily access related GitLab merge requests, branches, and commits directly from a Jira issue.
This integration connects all GitLab projects within a top-level group or a personal namespace to projects in the Jira instance.
A top-level GitLab group is one that does not have any parent group itself. All the projects of that top-level group,
as well as projects of the top-level group's subgroups nesting down, are connected. Alternatively, you can specify
a GitLab personal namespace in the Jira configuration, which will then connect the projects in that personal namespace to Jira.
NOTE: **Note**:
Note this is different from the [existing Jira][existing-jira] project integration, where the mapping
is one GitLab project to the entire Jira instance.
We recommend that a GitLab group admin
or instance admin (in the case of self-hosted GitLab) set up the integration,
in order to simplify administration.
TIP: **Tip:**
2019-12-04 20:38:33 +05:30
Create and use a single-purpose `jira` user in GitLab, so that removing
2019-07-31 22:56:46 +05:30
regular users won't impact your integration.
## Requirements
### Self-hosted GitLab
If you are using self-hosted GitLab, make sure your GitLab instance is accessible by Jira.
- If you are connecting to Jira Cloud, make sure your instance is accessible via the internet.
- If you are using Jira Server, make sure your instance is accessible however your network is set up.
### GitLab.com
There are no special requirements if you are using GitLab.com.
## GitLab Configuration
1. In GitLab, create a new application in order to allow Jira to connect with your GitLab account
2019-10-12 21:52:04 +05:30
While logged-in, go to `Settings -> Applications`. (Click your profile avatar at
the top right, choose `Settings`, and then navigate to `Applications` from the left
navigation menu.) Use the form to create a new application.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
Enter a useful name for the `Name` field.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
For the `Redirect URI` field, enter `https://<your-gitlab-instance-domain>/login/oauth/callback`,
replacing `<your-gitlab-instance-domain>` appropriately. So for example, if you are using GitLab.com,
this would be `https://gitlab.com/login/oauth/callback`.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
NOTE: **Note**:
If using a GitLab version earlier than 11.3 the `Redirect URI` value should be `https://<your-gitlab-instance-domain>/-/jira/login/oauth/callback`.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
![GitLab Application setup](img/jira_dev_panel_gl_setup_1.png)
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
- Check `api` in the Scopes section.
1. Click `Save application`. You will see the generated 'Application Id' and 'Secret' values.
Copy these values that you will use on the Jira configuration side.
2019-07-31 22:56:46 +05:30
## Jira Configuration
2020-03-09 13:42:32 +05:30
1. In Jira, go to **Jira Settings > Applications > DVCS accounts**, then click **Link GitHub Enterprise account** to start creating a new integration.
2019-10-12 21:52:04 +05:30
(We are pretending to be GitHub in this integration until there is further platform support from Jira.)
2019-07-31 22:56:46 +05:30
2020-03-09 13:42:32 +05:30
![Jira Settings](img/jira_dev_panel_jira_setup_1-1.png)
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
1. Complete the form
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
Select GitHub Enterprise for the `Host` field.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
For the `Team or User Account` field, enter the relative path of a top-level GitLab group that you have access to,
or the relative path of your personal namespace.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
![Creation of Jira DVCS integration](img/jira_dev_panel_jira_setup_2.png)
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
For the `Host URL` field, enter `https://<your-gitlab-instance-domain>/`,
replacing `<your-gitlab-instance-domain>` appropriately. So for example, if you are using GitLab.com,
this would be `https://gitlab.com/`.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
NOTE: **Note**:
If using a GitLab version earlier than 11.3 the `Host URL` value should be `https://<your-gitlab-instance-domain>/-/jira`
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
For the `Client ID` field, use the `Application ID` value from the previous section.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
For the `Client Secret` field, use the `Secret` value from the previous section.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
Ensure that the rest of the checkboxes are checked.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
1. Click `Add` to complete and create the integration.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
Jira takes up to a few minutes to know about (import behind the scenes) all the commits and branches
for all the projects in the GitLab group you specified in the previous step. These are refreshed
every 60 minutes.
2019-07-31 22:56:46 +05:30
2019-10-12 21:52:04 +05:30
> **Note:**
2020-03-09 13:42:32 +05:30
> In the future, we plan on implementing real-time integration. If you need
2019-10-12 21:52:04 +05:30
> to refresh the data manually, you can do this from the `Applications -> DVCS
> accounts` screen where you initially set up the integration:
>
> ![Refresh GitLab information in Jira](img/jira_dev_panel_manual_refresh.png)
2019-07-31 22:56:46 +05:30
To connect additional GitLab projects from other GitLab top-level groups (or personal namespaces), repeat the above
steps with additional Jira DVCS accounts.
You may now refer any Jira issue by its ID in branch names, commit messages and merge request names on GitLab's side,
and you will be able to see the linked `branches`, `commits`, and `merge requests` when entering a Jira issue
(inside the Jira issue, merge requests will be called "pull requests").
![Branch, Commit and Pull Requests links on Jira issue](img/jira_dev_panel_jira_setup_3.png)
Click the links to see your GitLab repository data.
![GitLab commits details on a Jira issue](img/jira_dev_panel_jira_setup_4.png)
![GitLab merge requests details on a Jira issue](img/jira_dev_panel_jira_setup_5.png)
## Limitations
- This integration is currently not supported on GitLab instances under a [relative url][relative-url] (e.g. `http://example.com/gitlab`).
## Changelog
### 11.10
2019-12-04 20:38:33 +05:30
- [Instance admins can now setup integration for all namespaces](https://gitlab.com/gitlab-org/gitlab/issues/8902)
2019-07-31 22:56:46 +05:30
### 11.1
2019-12-04 20:38:33 +05:30
- [Support GitLab subgroups in Jira development panel](https://gitlab.com/gitlab-org/gitlab/issues/3561)
2019-07-31 22:56:46 +05:30
[existing-jira]: ../user/project/integrations/jira.md
[jira-development-panel]: https://confluence.atlassian.com/adminjiraserver070/integrating-with-development-tools-776637096.html#Integratingwithdevelopmenttools-Developmentpanelonissues
[eep]: https://about.gitlab.com/pricing/
2019-12-04 20:38:33 +05:30
[ee-2381]: https://gitlab.com/gitlab-org/gitlab/issues/2381
2019-07-31 22:56:46 +05:30
[relative-url]: https://docs.gitlab.com/omnibus/settings/configuration.html#configuring-a-relative-url-for-gitlab