Azure DevOps YAML流水线如何实现可选TST部署阶段替代审批方案

下面是适配需求的3种可落地方案，均能解决当前遇到的审批邮件骚扰、资源占用、CI阻塞问题：

方案1：运行时参数控制TST阶段执行（最常用） #

直接在YAML流水线头部定义布尔类型的运行时参数，通过参数值控制TST阶段是否运行，默认不触发TST部署。
配置示例：

# 流水线头部定义参数
parameters:
- name: deployToTst
  displayName: 是否部署到TST环境
  type: boolean
  default: false

stages:
# Dev部署阶段（固定执行）
- stage: DeployToDev
  displayName: 部署到Dev环境
  jobs:
  - job: DevDeployJob
    steps:
    # 替换为实际的Dev部署逻辑
    - script: echo "Deploy to Dev environment"

# TST部署阶段（按需执行）
- stage: DeployToTst
  displayName: 部署到TST环境
  # 执行条件：Dev阶段执行成功 + 手动选择了部署到TST
  condition: and(succeeded(), eq(${{ parameters.deployToTst }}, true))
  jobs:
  - job: TstDeployJob
    steps:
    # 替换为实际的TST部署逻辑
    - script: echo "Deploy to TST environment"

配置后，每次手动触发流水线时会出现勾选框选择是否部署TST，定时触发/代码提交触发的流水线默认不会执行TST阶段，全程无等待。如果TST阶段需要审批，也只会在勾选了部署TST时才会触发审批通知，不会发送多余邮件。

方案2：拆分CI/CD流水线，独立TST部署流程 #

把原有流水线拆分为两条：

• CI流水线：负责代码构建、Dev环境部署，完成后将构建产物上传到Azure DevOps制品库，执行完成直接释放资源，完全不会被TST部署逻辑阻塞
• TST部署流水线：仅负责TST环境部署，源关联CI流水线的产出制品，仅在需要部署TST时手动触发即可
  如果需要审批，直接把审批逻辑加在TST部署流水线上即可，只有触发这条流水线时才会给对应审批人发通知。

方案3：Dev阶段完成后手动触发TST阶段（适合需验证Dev状态再部署的场景） #

如果需要先确认Dev环境部署运行正常再决定是否部署TST，可以给TST阶段设置手动触发规则：在YAML中给TST阶段添加trigger: none配置，Dev阶段执行完成后流水线直接结束，需要部署TST时，进入对应流水线运行详情页，手动点击TST阶段的「触发」按钮即可启动部署，不需要提前选择，也不会有等待状态。

三种方案均能完全解决当前遇到的三个问题：

• 无多余审批邮件：仅在明确需要部署TST时才会触发对应审批通知，不会给所有开发者发送冗余邮件
• 不占用运行资源：不需要部署TST时流水线直接执行完成，不会长期处于等待状态占用运行资源
• 不阻塞CI任务：CI逻辑执行完成后直接释放运行资源，新的CI构建任务可以正常排队启动

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