批准变更申请

可手动或自动批准变更请求（前提是所有必要的合规性检查均已通过，且部署准备就绪 true ）。

缺省情况下，将创建标准变更请求，如果所有必需的合规性检查都通过，那么部署就绪性将设置为 true。当变更请求为标准类型并且部署就绪性设置为 true 时，将自动核准该变更请求。

如果一个或多个合规性检查失败，那么部署就绪性将设置为 false，连续部署管道中断，并且由于未核准的变更请求而停止部署。

在紧急情况下，您仍然可以通过在推广拉取请求中添加紧急标签来继续部署。

您也可以在 Gitlab 中提供一个可使用的手动预批准变更请求（带标签 status_approved ）

采取以下任一种方法：

方案 1：在促销公关中添加紧急标签

如果需要立即部署紧急更改，可以使用紧急方式。提升变更时，请向提升拉取请求添加 emergency 标签，以提示持续部署管道创建紧急变更请求。紧急变更请求允许部署继续进行，即使缺少核准也是如此。有关应急流程的更多信息，请参阅自动化变更管理。

请谨慎使用紧急方式。

您可以设置在创建工具链时，连续部署管道在提升拉取请求上查找的紧急标签 (default: EMERGENCY) 的值。

您还可以从管道的环境变量更改紧急标签的值:

该标签由 emergency-label 环境属性设置的值表示，需要添加到推广拉取请求中，以便向 CD 管道说明该变更是紧急变更。

部署完成后，紧急变更请求会被设置为 Review 状态，这表明它需要指定的审批人进行审查和追溯审批。

CI 管道一侧没有紧急流量。不过，将 CI 管道/触发器属性 skip-inventory-update-on-failure 设置为空值或 0 将允许更新清单存储库，即使在 CI 管道运行中检测到了问题。有了这些更新的清单，就可以启动紧急变更。

如果部署不是紧急情况，那么您可以等待手动核准变更请求。使用在连续部署管道环境变量中设置的现有手动预先核准的变更请求号。缺省值为 notAvailable，这意味着持续部署管道将创建新的变更请求。