分支策略无法选择正确发布版本，Pokedex Feature Release管道求助

哈哈，你确实误解了这个分支策略选项的用法！「Require approval from additional services」这个功能根本不是用来关联Azure DevOps自己的发布管道的——它是给外部审批系统（比如ServiceNow、Jira审批流程这类第三方工具）预留的集成入口，所以找不到你的Pokedex发布管道完全正常，那些“过时选项”也都是旧的外部服务集成记录，和你的需求完全不搭边。

接下来分两种常见场景给你说正确的做法：

场景1：PR合并前需确保构建管道成功（最常用需求） #

如果你的核心诉求是「只有代码通过构建检查，才能合并到master」，那应该用分支策略里的**「Build validation」**选项：

• 进入master分支的策略设置，找到「Build validation」模块，点击「Add」
• 选择你对应的构建管道（注意是构建管道，不是发布管道），设置触发规则（比如PR创建/更新时自动运行）、分支过滤等
• 配置完成后，PR里会自动触发该构建管道，只有构建成功，PR的合并条件才会满足

场景2：PR合并前需确保发布管道成功（比如预发布环境部署验证） #

如果你的需求更严格，要「等发布管道部署到某个环境成功后，才能合并PR」，操作会稍微复杂一点——因为发布管道默认是PR合并后才触发的，要在PR阶段验证需要额外配置：

1. 调整发布管道触发方式：把发布管道设置为可手动触发，或者通过API触发（用来针对PR的代码版本运行）
2. 添加状态检查到分支策略：
   • 进入master分支的策略设置，找到「Status checks」（部分旧版本叫「Required status checks」）模块
   • 点击「Add」，选择你的发布管道对应的运行状态；如果没有直接选项，可能需要用Azure DevOps CLI或者API来注册这个状态检查
3. 配置发布管道反馈状态：在发布管道的最后添加一个任务，当部署成功后，向Azure DevOps的状态检查接口发送“成功”信号，这样PR才能识别到发布管道已完成

至于你手动添加管道后PR状态仍未完成的原因：「Require approval from additional services」不会监听你发布管道的运行状态，它只等待外部服务的审批信号，所以哪怕你的发布管道跑成功了，这个环节也永远不会标记为完成。

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