批准變更請求

變更請求可以手動或自動核准 (前提是所有必要的合規性檢查都通過，且部署準備就緒 true)。

依預設，會建立標準變更要求，如果所有必要的相符性檢查都通過，則部署就緒狀態會設為 true。當變更要求是標準類型，且部署就緒狀態設為 true 時，會自動核准它。

如果一個以上相符性檢查失敗，則部署就緒狀態會設為 false，持續部署管線中斷，且部署會因未核准的變更要求而停止。

在緊急情況下，您仍可繼續部署，方法是在 promotion pull request 中加入緊急情況標籤。

您也可以提供手動預先核准的變更請求，讓部署管道可以使用 (標籤 status_approved) 在 Gitlab 中

採取下列任一種方法：

選項 1：在促銷 PR 中加入緊急標籤

如果您需要立即部署緊急變更，可以使用緊急模式。當您升級變更時，請將 emergency 標籤新增至升級取回要求，以提示持續部署管線建立緊急變更要求。緊急變更要求可讓部署繼續進行，即使遺漏核准也一樣。如需更多關於緊急流程的資訊，請參閱自動化變更管理。

請小心使用緊急模式。

您可以在建立工具鏈時，設定連續部署管線在促銷取回要求上尋找的緊急標籤 (default: EMERGENCY) 值。

您也可以從管線的環境變數變更緊急標籤的值:

此標籤由 emergency-label 環境屬性所設定的值表示，需要加入到 promotion pull request 中，以向 CD 管道指出該變更為緊急變更。

當部署完成時，緊急變更請求會設定為 Review 狀態，表示需要指定的核准人審查並追溯核准。

CI 管道側沒有緊急流量。但是，將 CI 管道/觸發屬性 skip-inventory-update-on-failure 設定為空值或 0，即使在 CI 管道執行中偵測到問題，也會允許更新清單儲存庫。有了這個更新的庫存，就可以啟動緊急變更。

如果部署不是緊急事件，您可以等待手動核准變更要求。使用在連續部署管線環境變數中設定的現有手動預先核准變更要求號碼。預設值為 notAvailable，表示連續部署管線會建立新的變更要求。