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

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：4分

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

    始める前に

    必要なロール:sn_devops.admin

    手順

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

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

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

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

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

        パイプラインステップは、実行中にGitLabパイプラインからステップ通知を受信するとDevOps自動的に作成、マッピングされ、関連付けられます。

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

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

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

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

        ステップの実行順序。

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

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

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

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

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

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

      変更要求が作成されたときにパイプラインが一時停止しないように、ステップの変更受付を有効にする場合に選択します。

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

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

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

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

      Template (テンプレート)

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

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

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

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

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

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

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

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

    例

    図 : 1. DevOps パイプライン
    DevOps GitLab パイプラインステップ

    次のタスク

    での変更の促進 GitLab