Azure DevOps中如何创建分支策略，要求PR合并前关联工作项已解决？

这个需求完全属于分支策略的合理用法，你的工作流也并非和平台不兼容——只是平台内置的基础分支策略没覆盖到这类定制化的状态依赖场景而已。

为什么需求合理 #

你的流程本质是**「质量左移」**的典型实践：把测试验证、文档完善这些质量关卡前置到PR合并前，而非等代码进主分支后再补做。这种模式能有效避免未经过完整验证的代码污染主分支，大幅降低后续的回滚成本和线上风险，很多注重质量的团队都会采用类似的管控逻辑。内置分支策略没直接提供对应选项，不代表需求不合理，只是基础功能无法覆盖所有定制化场景。

关于平台适配的可行方案 #

大部分主流代码托管平台（如Azure DevOps、GitHub、GitLab）都支持通过扩展能力实现这类状态校验：

• 利用平台的工作项API+PR自动化钩子：在PR创建或更新时触发脚本，调用API检查关联工作项的状态是否为「已解决」，甚至可以额外校验文档完成的字段是否达标；如果不满足条件，就将PR设为「不可合并」状态，直到工作项符合要求才解除限制。
• 部分平台提供自定义检查功能：无需编写复杂脚本，就能在分支策略中添加基于工作项状态的校验规则，直接拦截不符合条件的PR合并。

临时过渡方案 #

如果暂时没法快速实现自动化，也可以优化现有审批流程降低误操作风险：

• 给QA团队配置强制审批权限，确保PR必须经过QA确认才能合并；
• 同步规范工作项的状态流转规则：只有测试通过、文档字段填写完成后，工作项才能被标记为「已解决」，从源头减少QA误批的可能。

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