Azure DevOps：如何限制部署需待所有前置阶段完成后方可执行？

你不需要只靠人工审批来管控，以下是几种可行的技术方案，能强制实现Production部署必须等Dev、Test、Pre-Prod全部成功完成的约束：

1. 配置阶段原生依赖关系 #

绝大多数CI/CD工具（如Azure DevOps、GitLab CI、GitHub Actions）都支持阶段间的依赖配置，直接让Prod阶段绑定前置阶段的成功状态：

• 在管道的YAML配置文件里，给Production阶段声明dependsOn（对应工具的关键字可能略有不同）为Dev、Test、Pre-Prod三个阶段，同时指定只有当前置阶段成功完成时才允许执行。
• 举个Azure DevOps的配置例子：

  stages:
  - stage: Dev
    jobs:
    - job: DeployDev
      steps:
      - script: echo "部署到Dev环境"
  - stage: Test
    dependsOn: Dev
    condition: succeeded()
    jobs:
    - job: DeployTest
      steps:
      - script: echo "部署到Test环境"
  - stage: PreProd
    dependsOn: Test
    condition: succeeded()
    jobs:
    - job: DeployPreProd
      steps:
      - script: echo "部署到Pre-Prod环境"
  - stage: Production
    dependsOn: [Dev, Test, PreProd]
    condition: succeeded()
    jobs:
    - job: DeployProd
      steps:
      - script: echo "部署到Production环境"
  

  这种配置下，哪怕你手动触发Prod部署，工具也会自动检查三个前置阶段的状态，只要有一个没完成或失败，Prod阶段就会被直接阻止执行。

2. 自定义部署闸门的状态校验 #

如果工具默认的部署闸门没有现成的前置阶段检查选项，可以通过自定义脚本调用工具API来实现：

• 在Prod阶段的部署闸门中添加一个自定义验证步骤，调用CI/CD工具的API查询Dev、Test、Pre-Prod阶段的执行状态。
• 编写脚本判断这三个阶段是否都处于“成功”状态，只有验证通过才允许进入Prod部署流程。
• 伪脚本示例：

  # 查询Dev阶段状态
  DEV_STATUS=$(curl -s "你的CI工具API地址/stages/dev/status" | jq -r '.status')
  # 查询Test阶段状态
  TEST_STATUS=$(curl -s "你的CI工具API地址/stages/test/status" | jq -r '.status')
  # 查询Pre-Prod阶段状态
  PREPROD_STATUS=$(curl -s "你的CI工具API地址/stages/preprod/status" | jq -r '.status')
  
  # 判断是否全部成功
  if [ "$DEV_STATUS" = "succeeded" ] && [ "$TEST_STATUS" = "succeeded" ] && [ "$PREPROD_STATUS" = "succeeded" ]; then
      exit 0 # 验证通过，允许部署
  else
      exit 1 # 验证失败，阻止部署
  fi
  

3. 环境级前置要求配置 #

部分CI/CD工具支持给生产环境设置全局前置规则：

• 在生产环境的配置页面，添加“必须完成前置环境部署”的规则，将Dev、Test、Pre-Prod设为前置依赖环境。
• 这样无论通过哪种方式触发Prod部署，工具都会自动校验前置环境的部署状态，只有全部成功才允许执行。

优先推荐方案 #

最稳妥且易维护的是方案1，因为它是CI/CD工具原生支持的依赖机制，不需要额外的脚本或API调用，配置简单且可靠性高。

内容的提问来源于stack exchange，提问作者user5855178