如何配置Azure DevOps验证分支最新提交已成功构建？

方案一：配置PR验证依赖源分支的独立构建结果 #

1. 先给源分支配置持续集成（CI）构建：
   • 进入项目「管道」→「构建」，打开目标构建管道的编辑页面
   • 切换到「触发器」标签，勾选「启用持续集成」，在「分支过滤器」中添加需要监控的源分支（如refs/heads/feature/*）
   • 保存后，源分支每次提交（比如e9a4e790）都会自动触发一次针对该提交的独立构建
2. 修改PR构建验证的触发规则：
   • 进入「仓库」→「分支」，打开目标分支的「分支策略」
   • 在「Build Validation」区域找到对应的管道，点击「编辑」
   • 在「触发」设置中，选择「仅当源分支的最新提交已成功构建时运行」
   • 保存后，PR只有在源分支的最新提交通过了CI构建后，才会触发PR合并构建，确保你依赖的提交是已验证过的

方案二：让PR构建直接基于源分支的最新提交执行 #

如果不需要等待独立CI构建，可修改构建管道的代码检出逻辑：

• 编辑构建管道，找到「获取源代码」任务
• 展开「高级」选项，将「检出策略」改为「检出源分支的最新提交」
• 或者在构建脚本中，使用Azure DevOps预定义变量$(Build.SourceBranchName)获取源分支名，通过命令行手动拉取该分支的最新提交：

  git checkout $(Build.SourceBranchName)
  git pull origin $(Build.SourceBranchName)
  

• 这样脚本就能基于源分支的最新提交（如e9a4e790）执行，而非PR的合并提交

方案三：用状态检查强制验证源分支提交的构建状态 #

1. 按方案一的步骤配置源分支的CI构建，确保每个新提交都会触发构建
2. 进入目标分支的「分支策略」，点击「添加状态检查」
3. 选择之前配置的源分支CI构建管道，设置为「需要通过」
4. 保存后，PR必须等待源分支最新提交对应的CI构建成功，才能被合并，间接验证了该提交的构建有效性

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