Azure DevOps发布流水线异常：PR创建时误触发发布求助

看起来你遇到的核心问题是发布流水线错误地在PR的构建验证阶段（而非审批完成后）触发了发布。结合你描述的场景，我帮你梳理几个关键的配置检查点：

1. 检查持续部署触发的构建源筛选条件 #

你的发布流水线CD触发如果关联了PR的构建验证流水线，需要确保只触发PR审批完成后的构建，而不是PR创建时的临时构建：

• 进入发布流水线的Continuous Deployment Trigger设置，找到关联的构建流水线
• 点击构建流水线旁的Filters，添加分支筛选规则：
  • 不要直接勾选refs/pull/*/merge（这是PR创建时的临时合并分支，会触发Build Validation）
  • 如果你希望PR审批完成后合并到目标分支再触发发布，应该筛选目标分支（比如main、develop）
  • 如果你的需求是PR审批完成但未合并时触发发布，需要在筛选条件中添加PR状态限制：在Branch filters里选择Include并添加refs/pull/*/merge，同时在Build tags或Build variables里设置仅监听带有特定标签的构建（比如在Build Validation流水线中，当PR审批完成后自动添加pr-approved标签）

2. 检查是否启用了"Pull request deployment triggers" #

Azure DevOps发布流水线有专门的PR发布触发选项，可能你不小心启用了这个选项，导致PR创建时触发发布：

• 在发布流水线的Triggers标签下，找到Pull request deployment triggers
• 确保这个选项是关闭的，或者设置严格的触发条件（比如仅允许PR被批准后触发）

3. 验证构建流水线与发布触发的关联逻辑 #

你的Build Validation构建流水线应该只负责PR创建/更新时的代码验证，而发布流水线应该关联PR合并到目标分支后的正式构建，而非PR的临时构建：

• 确认发布流水线的CD触发关联的是目标分支的构建流水线（比如合并到main后的构建），而不是PR的Build Validation流水线
• 如果必须基于PR的构建验证结果触发发布，需要在Build Validation流水线中添加逻辑：只有当PR审批完成后，才生成可被发布流水线识别的构建（比如添加特定标签），然后发布流水线的CD触发只筛选带有该标签的构建

4. 检查发布流水线的"Artifact filters" #

如果你的发布流水线使用Git作为工件源，需要确保工件源的分支筛选是目标分支，而非PR临时分支：

• 进入发布流水线的Artifacts标签，点击工件源旁的Edit
• 设置分支筛选为目标分支（比如main），而非refs/pull/*/merge

举个实际配置例子：如果你的需求是PR审批完成合并到main后触发发布，正确的链路应该是：

• Build Validation流水线：仅在PR创建/更新时触发，用于代码校验
• main分支构建流水线：在PR合并到main后自动触发
• 发布流水线CD触发：关联main分支的构建流水线，当该流水线成功时触发发布

这样就能确保只有PR审批完成并合并后，才会触发发布，而不是PR创建时的Build Validation成功就触发。

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