Azure DevOps：如何监控PR CI触发的构建并阻塞PR合并？

核心问题在于当前的部署管道只是被CI触发，但没有和源PR建立上下文关联，Azure DevOps无法识别这个部署属于哪个PR，因此不会将其状态同步到PR检查中。以下是具体的配置方案：

一、修改部署管道YAML，传递PR上下文并上报状态 #

1. 更新ProjectName-Deploy.yml，从CI管道获取PR信息 #

确保部署管道能拿到触发它的CI管道对应的PR ID，这样才能定向更新PR状态：

trigger: none

parameters:
- name: TestTarget
  displayName: Test Target
  type: string
  default: Team2
  values:
  - DevMain
  - Main
  - Team1
  - Team2

resources:
  repositories:
    - repository: templates
      type: git
      name: BuildScripts/PipelineTemplate
  pipelines:
    - pipeline: BuildPipeline   
      source: MyProjectName (CI)  
      trigger:
        branches:
          include:
            - refs/pull/*/merge  # 仅触发PR合并分支的CI构建
      variables:
        # 从CI管道的输出变量中获取PR ID（需要先在CI管道配置输出变量）
        - name: PullRequestId
          value: $(resources.pipeline.BuildPipeline.outputs['SetPRVars.PullRequestId'])
        - name: RepoId
          value: $(resources.pipeline.BuildPipeline.repository.id)

extends:
  template: TestEnvironmentDeploy.yml@templates
  parameters:
    ProjectName: $(System.TeamProject)
    TestTarget: ${{ parameters.TestTarget }}
    PullRequestId: $(PullRequestId)
    RepoId: $(RepoId)

2. 在CI管道（MyProjectName (CI)）中添加PR变量输出 #

在CI管道里新增一个任务，将PR ID设为输出变量，供部署管道调用：

# CI管道中的任务，放在合适位置
- task: PowerShell@2
  name: SetPRVars
  condition: eq(variables['Build.Reason'], 'PullRequest')
  inputs:
    targetType: 'inline'
    script: |
      Write-Host "##vso[task.setvariable variable=PullRequestId;isOutput=true]$(System.PullRequest.PullRequestId)"

3. 在部署模板中添加PR状态上报任务 #

修改TestEnvironmentDeploy.yml模板，在部署完成后，调用Azure DevOps API向对应PR上报状态：

# 在模板的jobs末尾添加该任务，依赖部署任务
- job: ReportPRStatus
  dependsOn: DeployToTestEnv  # 替换成你的部署任务/job名称
  condition: succeededOrFailed()
  steps:
    - task: PowerShell@2
      inputs:
        targetType: 'inline'
        script: |
          # 确定状态：成功/失败
          $status = if ($env:AGENT_JOBSTATUS -eq 'Succeeded') { 'succeeded' } else { 'failed' }
          $statusDesc = "部署到${{ parameters.TestTarget }}环境：$status"
          
          # 构造API请求
          $uri = "https://dev.azure.com/${{ parameters.ProjectName }}/${{ parameters.ProjectName }}/_apis/git/repositories/${{ parameters.RepoId }}/pullrequests/${{ parameters.PullRequestId }}/statuses?api-version=7.1-preview.1"
          $body = @{
            state = $status
            description = $statusDesc
            targetUrl = "$(System.TeamFoundationCollectionUri)$(System.TeamProject)/_build/results?buildId=$(Build.BuildId)"
            context = @{
              name = "PR-部署验证-${{ parameters.TestTarget }}"  # 这个名称要和后续状态检查配置一致
              genre = "deployment"
            }
          } | ConvertTo-Json

          # 发送请求更新PR状态
          Invoke-RestMethod -Uri $uri -Method Post -Headers @{Authorization = "Bearer $(System.AccessToken)"} -Body $body -ContentType application/json
      env:
        SYSTEM_ACCESSTOKEN: $(System.AccessToken)

二、配置分支策略的状态检查 #

1. 进入项目设置 → 分支 → 目标分支（如main）的分支策略
2. 点击「添加状态检查」，选择「自定义」
3. 在「名称」栏输入上面PowerShell中context.name的值（比如PR-部署验证-Team2）
4. 勾选「需要通过」，保存配置

关键遗漏点总结 #

1. 未传递PR上下文：部署管道不知道自己对应哪个PR，无法定向上报状态
2. 未主动上报状态：Azure DevOps不会自动关联触发的部署管道到PR，必须通过API主动推送状态
3. 状态检查名称不匹配：自定义状态检查的名称必须和上报的context.name完全一致，否则无法识别

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