Azure DevOps仓库级Approvals and Checks配置无效问题咨询

核心误区澄清 #

你在分支策略里配置的Approvals and Checks，仅用于管控拉取请求（PR）合并到目标分支的审批流程，和流水线直接运行（手动/定时触发）无关。这就是配置后流水线未触发审批的根本原因——该规则只在提交PR到对应分支时生效，不作用于流水线的直接运行场景。

具体解决步骤 #

1. 强制PR提交，让分支策略生效 #

要让分支策略的规则约束代码进入分支的路径，需禁止直接推送代码，强制通过PR提交：

• 进入Project>Repositories>Policies>选择目标分支，开启Require a minimum number of reviewers并设置审批人数，同时按需开启Check for linked work items等规则。
• 进入Project>Repositories>你的仓库>Permissions，针对普通用户/组，将Contribute权限设为Deny，仅保留Create pull requests权限为Allow。这样用户只能通过PR提交代码，无法直接推送，分支策略的审批流程才会被触发。

2. 关联流水线与分支策略，管控PR合并前后的流水线运行 #

• 在分支策略页面，点击Build validation，添加你的流水线，设置触发条件（如PR创建/更新时自动运行）并勾选Required，确保PR必须通过流水线验证+审批才能合并。
• 合并完成后，若你的流水线YAML中配置了对应分支的trigger规则（示例如下），流水线会自动触发，此时运行的是已通过审批的合规代码：

  trigger:
    branches:
      include:
        - main # 替换为你的目标分支
  

3. 若需手动触发流水线时强制审批 #

如果需要手动触发流水线也走审批流程，需结合流水线环境审批，并通过仓库权限管控审批人：

• 在流水线YAML中定义环境：

  stages:
  - stage: Deploy
    jobs:
    - deployment: DeployToProd
      environment: 'Prod'
      strategy:
        runOnce:
          deploy:
            steps:
            - script: echo Deploying to production
  

• 进入Project>Pipelines>Environments>你的环境>Approvals and Checks，添加审批人并选择仓库管理员组，确保只有该组人员能审批流水线运行。

4. 验证分支策略的作用范围 #

你在Project>Repositories>Policies>选择分支内的配置，确实是针对该分支的，而非整个仓库。若怀疑范围不符，检查两点：

• 确认配置时选择的分支与流水线实际运行的分支一致（比如配置了main分支，但流水线跑的是dev分支）。
• 查看PR详情页，确认分支策略的审批规则是否显示在“Required checks”中，若未显示，重新保存分支策略配置即可。

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