Azure DevOps发布管道指定阶段触发其他仓库执行的方法

这个需求完全可以用Azure DevOps原生能力实现，不需要额外接入第三方服务，核心是做两层触发过滤，同时匹配管道身份和阶段两个条件，就能精准卡准触发时机，不会出现其他发布操作误触发Repo2流程的问题。

整个配置全程在DevOps控制台点选就能完成，不需要写复杂代码，按以下步骤操作即可：

1. 给Repo2的执行流水线配置触发入口 #

先找到Repo2绑定的执行流水线（YAML构建流、经典发布流均支持该能力），进入编辑页找到资源配置项：

• 新增一个「发布管道」类型的关联资源，源选中Repo1下的release-pipeline-qa
• 先把默认开启的「该发布管道所有新版本都自动触发」的开关关掉，避免配置过程中出现误触发

2. 配置精准触发规则，卡准两个判定条件 #

这一步是核心，要保证只有符合要求的事件才能触发流程：

• 在刚添加的release-pipeline-qa资源的触发规则里，设置阶段过滤：仅当该管道的Stage 1阶段启动部署（也就是需求里提到的Stage1阶段创建新版本发布的时机）时才触发，不要选「发布整体创建完成」的时机，该时机早于阶段部署，没法区分阶段维度
• 再加一层管道名校验，在触发过滤条件里加规则：校验触发源的发布管道名称严格等于release-pipeline-qa，直接从事件源层面把release-pipeline-dev的所有事件全部拦截

  配置的时候直接选系统内置变量即可，不需要手动传值：管道名对应变量Release.ReleaseDefinitionName，阶段名对应变量Release.EnvironmentName，不管是经典编辑器的下拉筛选还是YAML流的条件表达式，都能直接调用这两个变量。

• 如果你用的是经典发布管道，直接在Repo2发布流的「触发器」tab 里选「外部发布触发」，源选release-pipeline-qa，再选触发阶段为Stage 1即可，比YAML配置更简单。

3. 加一层兜底校验（可选，推荐配置） #

怕前面的触发器配置有疏漏的话，可以在Repo2流水线的最开头加一个仅几行脚本的校验步骤，非指定来源直接终止执行，几乎不消耗资源：

if ($env:RELEASE_DEFINITIONNAME -ne "release-pipeline-qa" -or $env:RELEASE_ENVIRONMENTNAME -ne "Stage 1") {
    Write-Host "触发源不符合要求，流水线终止"
    exit 1
}

配置完成后可以做两次验证：手动触发一次release-pipeline-dev的Stage1发布，确认Repo2流水线不会启动；再触发一次release-pipeline-qa的Stage1发布，确认Repo2流水线正常拉起，就说明配置生效。

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