---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management
Release :
- xanadu
ft:locale :
- ja-JP
ft:publication_title :
- Xanadu IT Service Management
ft:clusterId :
- itsm
bundleId :
- itsm
workflow :
- Technology
---
# での GitLab 基本的な CI パイプラインのモデル化 DevOps
# での GitLab 基本的な CI パイプラインのモデル化 DevOps {#ariaid-title1}
* リリースバージョン: Xanadu
*
* 更新日 2024年08月01日
*
*  所要時間：4分
パイプラインをアプリにマッピングし、DevOpsパイプラインステップをGitLabパイプラインジョブにマッピングすることで、GitLab基本的な CI パイプラインをモデル化します。
## 始める前に
必要なロール:sn_devops.admin
## 手順
1. パイプラインをアプリにマップします。
1. 移動先 DevOpsアプリ \& パイプラインアプリ をクリックし、アプリケーションレコードを開いてパイプラインに関連付けます。
2. \[パイプライン\] 関連リストで、\[ 編集 ...\] をクリックしてアプリに関連付けるパイプラインを選択するか、\[ 新規 \] をクリックしてパイプラインを作成します。
注:
パイプラインをアプリに関連付けている間、パイプラインステップもインポート中にフェッチされます。
新しいパイプラインの場合は、GitLabで指定されているグループ名、サブグループ名 (該当する場合)、およびプロジェクト名を使用して \[オーケストレーションパイプライン\] フィールドに入力します。
たとえば、 My Group/My SubGroup/My Project などです。
プロジェクトがグループの下にない場合は、 単に [マイ プロジェクト\] を指定します。
3. \[送信\] をクリックします。
2. パイプラインレコードを再度開き、各GitLabパイプラインジョブにマッピングするDevOpsステップを作成して、オーケストレーションタスクを作成できるようにします。
ステップは、次のいずれかの方法で作成できます。
* GitLab パイプラインを実行することで、DevOps でパイプラインステップを自動的に作成してマッピングします。
パイプラインステップは、実行中にGitLabパイプラインからステップ通知を受信するDevOps自動的に作成、マッピング、および関連付けられます。
* 各パイプラインステップを手動で作成し、 GitLab パイプラインジョブにマッピングします。
\[ステップ\] 関連リストで、\[新規\] をクリックして、各GitLabパイプラインジョブ (\[オーケストレーションステージ\] フィールド) のDevOpsステップを作成します。
注:
各ステップの オーケストレーションステージ フィールド値は大文字と小文字が区別され、対応する GitLab パイプラインジョブの元の名前と一致する必要があります。
|-|-|
| 名前 | パイプラインステップの名前。 |
| Pipeline (パイプライン) | ステップが構成されるパイプライン。 |
| タイプ | パイプラインステップタイプ。 * 構築とテスト * テスト * Deploy (展開) * 展開とテスト * 手動 * 製品展開 {#model-gitlab-pipeline-dev-ops__ul_w1m_crk_wmb} |
| 注文 | ステップが実行される順序。 注: ステップの順序によって、 [パイプライン UI](https://servicenow-prod.fluidtopics.net/WJq2HvvtdO6vYifGEGxPxQ "パイプライン UI を使用して、パイプライン実行全体のインタラクションと結果を可視化します。このグラフィカル ビューには、各パイプラインのパイプライン ステップの進行状況とその他の詳細が表示されます。") のカードの順序が決まります。 パイプライン UI のカードの順序は、タスク実行によるものです。 |
| オーケストレーションステージ | GitLab パイプラインジョブ名 (大文字と小文字を区別)。 注: ステップを GitLab CI パイプラインジョブに関連付けるには、\[ オーケストレーションステージ \] フィールドを設定する必要があります。 |
| ビジネスサービス | ステップに適用される構成サービス。 |
[ ]
{#model-gitlab-pipeline-dev-ops__table_v1m_crk_wmb}
オーケストレーションタスクが作成されたら、\[オーケストレーションタスク\] 関連リストの各オーケストレーションタスクを DevOps パイプラインステップに関連付けます。
3. **オプション:** ステップの \[ 変更管理 \] チェックボックスをオンにして、 [変更の促進](https://servicenow-prod.fluidtopics.net/PewgmoIzDmnYrtTZcvM5xQ "パイプラインで変更要求を自動的に作成するために DevOps チェンジベロシティ の変更の促進機能を有効にし、変更承認フローとポリシーを使用して特定の条件下で承認を自動化します。") と対応する構成フィールドを有効にします。
注:
変更を迅速化するには、 [変更管理](https://servicenow-prod.fluidtopics.net/yPACk4Kb8_RBX3r9JK_4PA "ServiceNow変更管理アプリケーションは、すべての変更のライフ サイクルを制御する体系的なアプローチを提供し、IT サービスの中断を最小限に抑えて有益な変更を容易にします。") 機能をインストールする必要があります。
|-|-|
| 変更受付 | 選択すると、ステップの変更受付が有効になり、変更要求の作成時にパイプラインが一時停止しなくなります。 すべてのパイプラインデータが変更に含まれますが、パイプラインを続行するための承認は必要ありません。 |
| 変更承認グループ | 変更要求の承認グループ。 変更承認グループは、DevOps変更要求のアサイン先グループになります。 注: 選択したグループにメンバーとグループマネージャーがいて、承認者フィールドが空でないことを確認してください。 |
| 変更タイプ | 作成する変更要求タイプ。 * 通常 (デフォルト) * 標準 * 緊急 {#model-gitlab-pipeline-dev-ops__ul_zrc_xdf_llb} |
| 変更モデル | 変更要求の変更モデル。詳細については、「」を参照してください。 |
| テンプレート 注: このフィールドは、 変更タイプ が \[通常\] または \[緊急\] の場合にのみ表示されます。 | 通常または緊急の変更要求のフィールドの自動入力に使用するテンプレートのリスト。 テンプレートを選択するか、新しいテンプレートを作成します。 |
| 標準的な変更テンプレート 注: このフィールドは、\[ 変更タイプ \] が \[標準\] の場合にのみ表示されます。 | 標準的な変更要求に使用する標準的な変更テンプレートのリスト。 注: このフィールドは、標準的な変更タイプでは必須です。 |
| 変更をコントロールされた分岐 | (マルチブランチのみ)変更管理下にある分岐のカンマ区切りリスト。ワイルドカードがサポートされています。 |
[ ]
{#model-gitlab-pipeline-dev-ops__table_xm1_tdf_llb}
手動GitLabジョブの変更管理を GitLab で設定できます。
注:
変更管理を有効にする前に、パイプラインを少なくとも 1 回実行して完了する必要があります。
## 例
図 : 1. DevOps パイプライン
## 次のタスク
[での変更の促進 GitLab](https://servicenow-prod.fluidtopics.net/TPwInb~edH3ILc91CXtlaA "変更の促進は、GitLabジョブの DevOps チェンジベロシティ でサポートされています。")