変更申請の承認
変更要求は、手動または自動で承認することができる（必要なコンプライアンスチェックをすべて通過し、配備準備が整っていることが条件） true ）。
標準的な変更要求が作成され、必要なコンプライアンス検査すべてに合格した場合、デフォルトでは、デプロイメント準備状況が true に設定されます。 変更要求が標準タイプのもので、デプロイメント準備状況が true に設定されている場合、その要求は自動的に承認されます。
1つ以上のコンプライアンスチェックが失敗すると、デプロイ準備完了は false に設定され、継続的デプロイメントパイプラインは中断し、未承認の変更要求のためにデプロイは停止する。
プロモーションのプルリクエストに緊急ラベルを追加することで、緊急時でもデプロイを進めることができます。
デプロイパイプラインが利用できるように、手動で事前に承認した変更リクエストを提供することもできます (ラベルは status_approved)
以下のいずれかの方法を取る：
オプション1：プロモーションPRに緊急ラベルを追加する
緊急の変更をすぐにデプロイする必要がある場合、緊急時モードを使用することができます。 変更を昇格させるとき、昇格プルリクエストに emergency ラベルを追加し、継続的デプロイメントパイプラインに緊急変更リクエストの作成を促します。 緊急変更要求では、承認がなくてもデプロイメントを継続することができます。 緊急時の流れについては、 変更管理の自動化を 参照。
緊急時モードは慎重に、注意して使用してください。
ツールチェーンを作成する際に、継続的デプロイメントパイプラインが昇格プルリクエストで探す緊急ラベル(default: EMERGENCY)の値を設定できます。
また、パイプラインの環境変数から緊急ラベルの値を変更することもできます。
emergency-label 環境プロパティで設定された値で示されるこのラベルは、CDパイプラインにその変更が緊急の変更であることを示すために、昇格プルリクエストに追加される必要があります。
配備が完了すると、緊急変更要求は Review の状態に設定される。これは、割り当てられた承認者がレビューし、遡って承認する必要があることを示す。
CIパイプライン側には緊急フローはない。 しかし、CIパイプライン/トリガー・プロパティ skip-inventory-update-on-failure を空の値または 0 に設定すると、CIパイプラインの実行で問題が検出された場合でも、インベントリ・リポジトリを更新することができます。 この更新されたインベントリーがあれば、緊急変更が可能になる。
オプション2：手動で事前承認されたCRの提供
デプロイメントが緊急ではない場合、変更要求が手動で承認されるまで待機することができます。 継続的デプロイメントパイプラインの環境変数に設定されている、手動で事前承認された既存の変更要求番号を使用します。 デフォルト値は notAvailable で、継続的デプロイメントパイプラインが新しい変更リクエストを作成することを意味する。
