DevOps での GitLab 基本的な CI パイプラインのモデル化

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：4分

    • パイプラインをアプリにマッピングし、パイプラインステップDevOpsGitLabパイプラインジョブにマッピングすることで、GitLab基本的な CI パイプラインをモデル化します。

    始める前に

    必要なロール: sn_devops.admin

    手順

    1. パイプラインをアプリにマッピングします。
      1. 移動先 DevOps > アプリ & パイプライン > アプリケーション をクリックし、パイプラインに関連付けるアプリケーションレコードを開きます。
      2. [パイプライン] 関連リストで、[編集...] をクリックしてアプリに関連付けるパイプラインを選択するか、[新規] をクリックしてパイプラインを作成します。
        注:
        パイプラインをアプリに関連付けると、インポート中にパイプラインステップもフェッチされます。

        新しいパイプラインの場合は、[オーケストレーションパイプライン] フィールドに、GitLabで指定されたグループ名、サブグループ名 (該当する場合)、およびプロジェクト名を入力します。

        たとえば、「自分のグループ/自分のサブグループ/自分のプロジェクト」などです。

        プロジェクトがグループの下にない場合は、[自分のプロジェクト] だけを指定します。

      3. [送信] をクリックします。
    2. パイプラインレコードを再度開き、各 GitLab パイプラインジョブにマッピングする DevOps ステップを作成して、オーケストレーションタスクを作成できるようにします。
      ステップは、次のいずれかの方法で作成できます。
      • GitLab パイプラインを実行して、DevOps でパイプラインステップを自動的に作成してマッピングします。

        DevOps が実行中にオーケストレーションパイプラインからステップ通知を受信すると、GitLab パイプラインステップの作成、マッピング、および関連付けが自動的に行われます。

      • 各パイプラインステップを手動で作成し、 GitLab パイプラインジョブにマッピングします。

        [ステップ] 関連リストで、[新規] をクリックして、GitLab パイプラインジョブごとに DevOps ステップを作成します ([オーケストレーションステージ] フィールド)。

        注:
        各ステップの [オーケストレーションステージ] フィールド値では大文字と小文字が区別され、対応する GitLab パイプラインジョブの元の名前と一致する必要があります。
        名前

        パイプラインステップの名前。
        パイプライン ステップが構成されるパイプライン。
        タイプ パイプラインステップタイプ。
        • 構築とテスト
        • テスト
        • 展開
        • 展開とテスト
        • 手動
        • 製品展開
        順番

        ステップが実行される順序。

        注:
        ステップの順序によって、 パイプライン UI のカードの順序が決まります。

        パイプライン UI のカードの順序は、タスクの実行順です。
        オーケストレーションステージ

        GitLab パイプラインジョブ名 (大文字と小文字を区別)。

        注:
        GitLab CI パイプラインジョブとのステップ関連付けの場合、[オーケストレーションステージ] フィールドを構成する必要があります。
        ビジネスサービス ステップに適用される構成サービス。

        オーケストレーションタスクが作成されたら、[オーケストレーションタスク] 関連リスト内の各オーケストレーションタスクを DevOps パイプラインステップに関連付けます。

    3. オプション: ステップ内の [変更コントロール (Change control)] チェックボックスをオンにして、[変更の促進 (change acceleration)] と対応する構成フィールドを有効にします。
      注:
      変更を迅速化するには、変更管理機能をインストールする必要があります。
      変更受付

      変更受領ステップを有効にして、変更要求の作成時にパイプラインが一時停止しないようにすることもできます

      すべてのパイプラインデータが変更に含まれますが、パイプラインを続行するための承認は必要ありません。
      変更承認グループ

      変更要求の承認グループ。

      変更承認グループは、DevOps変更要求のアサイン先グループになります。

      注:
      選択したグループにメンバーとグループマネージャーが含まれていることを確認し、承認者フィールドが空にならないようにします。
      変更タイプ 作成する変更要求のタイプ。
      • 通常 (デフォルト)
      • 標準
      • 緊急
      変更モデル 変更要求に使用される変更モデル。詳細については、「DevOps 変更モデル」を参照してください。

      テンプレート

      注:
      このフィールドは、 [変更タイプ] が [通常] または [緊急] の場合にのみ表示されます。

      通常または緊急の変更要求のフィールドの自動入力に使用するテンプレートのリスト。

      テンプレートを選択するか、新しいテンプレートを作成します。

      標準的な変更テンプレート

      注:
      このフィールドは、[変更タイプ] が [標準] の場合にのみ表示されます。
      		 標準的な変更要求に使用する標準的な変更テンプレートのリスト。
      注:
      このフィールドは、[標準] 変更タイプでは必須です。
      変更をコントロールされた分岐

      (マルチ分岐のみ) 変更管理下にあるコード分岐のカンマ区切りリスト。ワイルドカードがサポートされています。

      手動 GitLab ジョブの変更管理を GitLab で設定できます。

      注:
      変更コントロールを有効にする前に、パイプラインを少なくとも 1 回実行して完了する必要があります。

    次のタスク

    GitLab における変更の促進