Azure devops 在拉请求仍然打开时更改分支保护策略

Azure devops 在拉请求仍然打开时更改分支保护策略,azure-devops,Azure Devops,我想知道AZ DevOps是如何处理这样一种情况的:在创建拉请求之前,比如说配置了分支策略A。然后在一段时间后(拉请求尚未关闭时),分支保护策略更改为B。现在在提到的拉请求中强制执行哪个策略 我们希望通过Azure CLI更改策略 谢谢公关开始时的政策是正确的。在PRs开放期间,我们对政策进行了修改。为了让他们接受新的政策,我们把他们带回草稿,然后重新发布公关。然后它接受了新的政策 在提到的拉取请求中,现在强制执行哪个策略 简而言之,从您将策略修改为B的那一刻起,处于或将处于活动状态的所有PRs

我想知道AZ DevOps是如何处理这样一种情况的:在创建拉请求之前,比如说配置了分支策略A。然后在一段时间后(拉请求尚未关闭时),分支保护策略更改为B。现在在提到的拉请求中强制执行哪个策略

我们希望通过Azure CLI更改策略


谢谢

公关开始时的政策是正确的。在PRs开放期间,我们对政策进行了修改。为了让他们接受新的政策,我们把他们带回草稿,然后重新发布公关。然后它接受了新的政策

在提到的拉取请求中,现在强制执行哪个策略

简而言之,从您将策略修改为B的那一刻起,处于或将处于活动状态的所有PRs都将受到新策略的约束(
策略B
)。因为旧的策略定义已不存在


您可以采用上面提到的M.ob方法,使活动PR采用新策略来确保。但在大多数情况下,你不需要这样做。修改策略后,PR将自动受系统约束,即使您不刷新页面/PR。

确定,谢谢。我在测试时还发现,如果在更改策略后在PR的源分支中创建了新提交,那么新策略将自动应用于PR。这是一个功能还是一个bug?对我来说,这听起来更像是一个功能;因为旧政策已经不存在了。政策在PR变更时应用(新推送、起草/发布等)。因此,当变更发生时,PR会寻找适用于它的任何策略,然后执行它们。