GitLab アカウントのリンク

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

GitLab と GitLab Enterprise の各アカウントとそれらのリポジトリを Jira にリンクして、課題に表示されるプル リクエストからの開発情報を参照できます。

サポート対象バージョン

サポートされているバージョンのリストは次のとおりです。

Jira バージョンGitLabGitLab self-managed
8.14 以降現行

13.0 以降

前提条件: OAuth 2.0 による Jira と GitLab の統合

[DVCS アカウント] ページに GitLab アカウントを追加する前に、OAuth 2.0 を使用して Jira と GitLab を統合する必要があります。

OAuth 2.0 との統合を Jira で作成するには、Jira システム管理者である必要があります。

Jira 内

Jira で新しい OAuth 2.0 連携を追加するには、次の操作を実行します。

  1. [管理] > [システム] > [OAuth 2.0] に移動します。

  2. [新しい連携を追加] をクリックします。

  3. [サービス プロバイダー] で [カスタム] を選択します。

  4. 連携の名前を入力します。

  5. ここでは クライアント IDクライアント シークレットは、まず置いておいてください。次のステップで GitLab から入手します。

  6. 次の表に示すように、認証エンドポイントとトークンのエンドポイントを入力します。

    GitLab タイプ認証エンドポイントトークン エンドポイント
    Gitlab.comhttps://gitlab.com/oauth/authorizehttps://gitlab.com/oauth/token
    GitLab self-managed<GITLAB_SELF_MANAGED_URL>/oauth/authorize<GITLAB_SELF_MANAGED_URL>/oauth/token
  7. リダイレクト URL をコピーします。この URL は次のステップの GitLab で使用します。

GitLab での操作

Jira 設定を開いたままにして、GitLab に移動して新しいアプリケーションを作成します。これにより、Jira で使用するアプリケーション ID とアプリケーション シークレットが得られます。

  1. GitLab で [ユーザー設定 > アプリケーション] の順に移動して、新しいアプリケーションを追加します。次のデータを使用します。

    • リダイレクト URI: Jira からコピーした URL を入力します。

    • 機密情報: 有効のままにします。

    • スコープ: [API] を選択します。これは、DVCS 接続を使用するために必要です。

  2. アプリケーションを作成したら、下の画像のようにアプリケーション ID とアプリケーション シークレットを取得する必要があります。

ここで Jira に戻る

Jira の設定に戻って、不足している情報を入力して統合を完成します。

  1. GitLab のアプリケーション ID をクライアント ID として入力します。

  2. GitLab のアプリケーション シークレットをクライアント シークレットとして入力します。

  3. [スコープ] で [API] を選択します。

  4. 統合を保存して [接続のテスト] を選択し、すべてが正しいことを確認します。


GitLab アカウントをリンクする

OAuth 2.0 統合を作成しておくと、[DVCS アカウント] ページで GitLab アカウントをリンクするときに使用できます。

  1. Jira で [管理 > アプリケーション > DVCS アカウント] の順に移動します。

  2. [アカウントをリンク] をクリックします。

  3. [ホスト] ドロップダウンで [GitLab] または [GitLab Self-Managed] を選択します。

    • [GitLab Self-Managed] の場合は、GitLab ホストの URL を入力します。

    • Gitlab の場合は、ホスト URLhttps://gitlab.com に固定されています。

  4. [チームまたはユーザー アカウント] で、ターゲット グループとオプションのサブグループを入力します。 

    グループとサブグループを入力するための要件
    • グループは groupA/sub-groupA/sub-sub-groupA のように入力する必要があります。 

      設定として一度にアクティブにできるグループは 1 つのみです。以下に例を示します。

      • 既存の統合がすでに groupA を使用している場合は、新しい統合では groupA/sub-groupA を使用できません。

      • 同様に、既存の統合が groupA/sub-groupA を使用している場合は、新しい統合では groupA は使用できません。

    • すべてのスペースはダッシュ (-) に変更する必要があります。たとえば、[マイ プロジェクト] グループは my-projects にする必要があります。これはサブグループにも当てはまります。[マイ プロジェクト > その他のプロジェクト] は my-projects/more-projects になります。また他の方法として、Gitlab でグループにアクセスして、http://gitlab.com/my-projects/more-projects などの URL をコピーしてこれを正しく取得できます

  5. [クライアント設定] で、作成した OAuth 2.0 統合を選択します。1 つしかない場合は、自動的に選択されます。
  6. [追加] をクリックします。

次のステップ

アカウントを追加すると、結果は次のようになります。

  • リポジトリの同期: [DVCS] ページに表示されるアカウントを自動的にリンクする場合は、Jira はそのリポジトリの同期を開始します。詳細については、「DVCS を使用した開発ツールの統合」を参照してください。

  • 問題の照合: コミットとプル リクエストに課題キーが含まれている場合、Jira はそれらを見つけて関連する情報を課題に追加します。詳細は、「開発作業から課題を参照する」でご確認ください。

  • 開発情報の表示: 正しく参照された場合、開発情報はあなたの課題に追加されて、関係するすべての人により多くのコンテキストを提供します。詳細については、「課題に対する開発情報の表示」を参照してください。

  • ワークフロー トリガー: 開発ツールを統合するメリットの 1 つは、ワークフロー トリガーを追加することです。たとえば、新しいブランチを作成した後に課題ステータスを変更できます。詳細については、「ワークフロー トリガーの構成」を参照してください。

Last modified on Mar 23, 2021

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.