Azure DevOps Server中能否复用PR验证构建产物用于发布？

针对你在Azure DevOps Server中遇到的PR验证后master分支重复构建的问题，可以通过以下几种方式实现产物复用：

1. 基于构建工件与标签关联PR构建和Master构建 #

PR验证管道配置 #

在azure-pipelines.yml中添加步骤，完成构建后发布工件，并为构建打上包含合并后提交哈希的唯一标签：

steps:
  # 原有构建步骤（如编译、打包等）
  - script: echo "执行构建操作"
    displayName: 'Build application'

  # 发布构建产物为工件
  - task: PublishBuildArtifacts@1
    inputs:
      PathtoPublish: '$(Build.ArtifactStagingDirectory)'
      ArtifactName: 'pr-build-output'
      publishLocation: 'Container'

  # 获取合并后的提交哈希并为构建打标签
  - script: |
      MERGED_COMMIT=$(git rev-parse HEAD)
      echo "##vso[build.addbuildtag]pr-$(System.PullRequest.PullRequestId)-commit-$MERGED_COMMIT"
    displayName: 'Tag PR build with merged commit hash'

Master分支CI管道配置 #

触发master分支CI时，先查询是否存在对应提交哈希的成功PR构建，存在则直接复用工件，不存在则重新构建：

steps:
  # 获取当前master分支的提交哈希
  - script: |
      CURRENT_COMMIT=$(git rev-parse HEAD)
      echo "##vso[task.setvariable variable=CurrentMasterCommit]$CURRENT_COMMIT"
    displayName: 'Get current master commit hash'

  # 查询匹配提交哈希的成功PR构建
  - script: |
      # 使用Azure DevOps CLI查询构建，需提前安装并授权
      MATCHED_BUILD_ID=$(az pipelines build list --project $(System.TeamProject) \
        --tags "*commit-$(CurrentMasterCommit)*" --status succeeded --top 1 \
        --query "[0].id" -o tsv)
      echo "##vso[task.setvariable variable=MatchedBuildId]$MATCHED_BUILD_ID"
    displayName: 'Find valid PR build artifact'
    env:
      AZURE_DEVOPS_EXT_PAT: $(System.AccessToken)

  # 复用PR构建产物（如果找到匹配构建）
  - task: DownloadBuildArtifacts@0
    inputs:
      buildType: 'specific'
      buildId: $(MatchedBuildId)
      artifactName: 'pr-build-output'
      downloadPath: '$(System.ArtifactsDirectory)'
    condition: ne(variables.MatchedBuildId, '')

  # 未找到匹配产物时执行重新构建
  - script: echo "执行master分支构建操作"
    displayName: 'Build master branch'
    condition: eq(variables.MatchedBuildId, '')

2. 调整构建保留策略 #

在管道设置中，针对PR验证构建配置特殊保留规则：

• 延长PR成功构建的保留天数，确保master CI触发时能找到对应产物
• 添加保留触发器，关联PR合并状态，仅保留已合并PR的成功构建

3. 关键注意事项 #

• 当master分支被其他PR更新时，PR验证必须重新执行——这是分支策略的核心要求，确保PR合并后的代码与最新master一致，此时旧PR的构建产物已失效，重新构建属于合理流程
• 需确保PR验证管道与master CI管道的构建环境完全一致（依赖版本、工具版本等），否则复用产物可能引发兼容性问题

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