Azure Pipeline如何触发发布至QA执行测试后再部署到Test环境

这个流程完全可以在你当前使用的经典视图模式下实现，不需要切换YAML流水线，也不需要复杂的自定义开发，按以下步骤配置即可。

前置配置调整 #

• 先关闭服务A、服务B现有发布流水线中QA、Test两个阶段的默认自动部署触发开关，避免代码提交后流水线自动往这两个环境推版本，打乱流程节奏。
• 确认两个服务的发布流水线的工件源，绑定的是对应服务自身构建流水线产出的正式版本包，不要关联自动化测试专用构建流水线的产物，避免版本错配。
• 给两个服务发布流水线的QA、Test阶段配置部署操作权限，把运行自动化测试流水线的服务账号加入允许触发部署的白名单，避免触发时出现权限报错。

具体流程配置 #

1. 配置自动化测试流水线的触发节点
   在你专门跑自动化测试的构建流水线末尾，添加2个经典视图内置的「触发发布流水线部署」任务，分别绑定服务A、服务B的发布流水线，指定触发QA阶段部署，触发时把本次要验证的两个服务对应构建版本号作为参数传入，确保部署到QA的是目标测试版本。
2. 配置QA阶段部署完成后的等待门禁
   在服务A、服务B发布流水线的QA阶段部署完成后，添加经典视图内置的「等待外部事件触发」门禁规则，信号来源设置为你的自动化测试流水线，超时时间按你自动化测试的最大运行时长设置即可，常规设2小时就够用。
3. 配置测试完成后的自动流转逻辑
   等两个服务都完成QA环境部署，门禁校验通过后，自动化测试流水线自动启动测试执行：

• 若测试用例执行不通过，直接推送告警通知给对应开发负责人，终止后续流程，不触发Test环境部署
• 若测试用例全部执行通过，流水线自动给两个服务的发布流水线发送放行信号，触发两个服务的Test阶段部署，把和QA环境完全一致的版本包推送到Test环境，供测试人员使用。

配置注意点 #

• 现有Alpha、Prod阶段的配置不需要改动，保留你原本的手动审批、触发规则即可，不会受QA、Test阶段自动流转的影响。
• 如果经常遇到QA环境脏数据影响测试结果，可以在触发QA部署前加一个环境重置任务，每次部署前自动清理测试数据、重启服务，减少环境问题导致的测试误判。
• 必须锁死版本一致性：触发Test环境部署时，要强制指定和之前部署到QA的是同一个构建版本号，禁止自动拉取最新构建包，避免出现QA测过的版本和Test环境实际部署版本不一致的问题。

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