Git Azure分支PR策略-要求源分支为最新
我试图在我的Git Azure分支PR策略-要求源分支为最新,git,azure-devops,pull-request,azure-repos,Git,Azure Devops,Pull Request,Azure Repos,我试图在我的develope分支上获得高质量的分支政策,到目前为止,我已经掌握了一些好的基础知识: 要求审核人批准 要求所有的检查都通过 限制合并类型 我要确保的是,PR中的源分支必须与其目标分支保持最新。我似乎找不到这个环境,想知道是否有人知道它是否存在 GitHub将此作为可用的PR限制: 如果启用生成验证,它将具有与您描述的行为相同的行为 阅读: Azure分支PR策略-要求源分支为最新 事实上,在Azure devops中没有关于此功能的直接选项或描述 但在我们熟悉azure dev
develope
分支上获得高质量的分支政策,到目前为止,我已经掌握了一些好的基础知识:
- 要求审核人批准
- 要求所有的检查都通过
- 限制合并类型
如果启用生成验证,它将具有与您描述的行为相同的行为 阅读: Azure分支PR策略-要求源分支为最新 事实上,在Azure devops中没有关于此功能的直接选项或描述 但在我们熟悉azure devops的分支策略之后,我们会找到一个替代方案,即4c74356b41所说的,添加一个: 设置需要更改请求才能成功生成的策略 在完成拉请求之前使用受保护的分支。 即使您在开发中使用了持续集成(CI) 分支可以及早发现问题,生成策略可以减少生成中断 让你的测试结果通过 启用生成验证策略时,新生成将在 创建新的拉取请求或将更改推送到 针对此分支的现有拉取请求。那么构建策略呢 评估生成的结果以确定 请求可以完成 如果您的最终目标是直接选择,您可以添加一个uservoice,TFS PM将仔细检查您的建议
希望这能有所帮助。不过,文档并没有真正暗示这一点。我并不是说我怀疑你,但这里给出的唯一信息是你的构建通过了。我可以把它看作是一个构建步骤,你喜欢一个
git状态
,看看是否有上游更改。。。但这似乎比一个简单的复选框要复杂得多。不,请阅读复选框,它只有在您进行状态检查时才起作用。这是关于这个问题的同一个问题,有什么需要更新的吗?抱歉@LeoLiu MSFT这从我的雷达上掉了下来。我会再调查一遍,然后再打给你@LeoLiu MSFT看起来确实像是构建验证起了作用!谢谢你一直关注这件事。