我的代码仓库在 GitHub 中，我的管道在 Azure DevOps 中配置。
我需要让 Azure DevOps 检查和过滤提交到我的 GitHub 存储库的每个拉取请求，并限制要合并的拉取请求，直到它通过 Azure DevOps 构建。 Azure DevOps 似乎确实支持这一点。但是没有关于它的文档或教程。如何实现？
【问题讨论】：
标签： azure github azure-devops azure-pipelines devops
您需要为您的分支定义构建验证策略（取自Improve code quality with branch policies > Build Validation：
- 从构建定义下拉列表中选择构建定义。
- 选择触发器类型 - 自动（每当更新源分支时）或手动。
- 配置策略要求。如果设置为必需，则构建必须成功完成才能完成拉取请求。选择可选以提供构建失败的通知，但仍允许拉取请求完成。
- 设置构建过期时间以确保对受保护分支的更新不会破坏打开的拉取请求中的更改。
- 立即
branch name更新：当受保护的分支更新时，此选项将拉取请求中的构建策略状态设置为失败。您必须重新排队构建以刷新构建状态。此设置可确保即使受保护的分支发生更改，拉取请求中的更改也会成功构建。此选项最适合具有重要分支且更改量较少的团队。在繁忙的开发分支中工作的团队可能会发现，每次更新受保护的分支时都等待构建完成会造成干扰。- After
nhours ifbranch name已更新：此选项会在受保护的分支更新时使当前策略状态过期，如果通过构建早于输入的阈值。此选项是在受保护分支更新时始终需要构建和从不需要构建之间的折衷。当您的受保护分支频繁更新时，此选择非常适合减少构建次数。- 从不：对受保护分支的更新不会更改策略状态。这会减少分支的构建数量，但在关闭最近未更新的拉取请求时可能会导致问题。
- 为此构建策略选择一个可选的显示名称，用于标识分支策略页面上的策略。如果您不指定显示名称，则使用构建定义名称。
配置完成后，来自 GitHub 的拉取请求应该会触发 Azure DevOps 中的构建。
希望对你有帮助！
【讨论】：