Azure Devops Cross Repository 分支策略路径过滤器不起作用
Azure Devops Cross Repository branch policy path filter not working
我正在尝试设置跨回购分支策略，以便在任何时候触及 azure-pipelines.yml 文件时都需要管理员的批准。看起来很简单：
- 转到项目设置 -> 存储库
- 为“*”（所有分支）添加分支策略
- 添加一个自动包含的审阅者：“构建管理员”需要 1 个；影响这些文件夹的拉取请求：/azure-pipelines.yml。 （我也尝试过此路径的各种版本，例如不带斜杠、带通配符、明确排除其他所有内容等）
- 保存
问题是它不起作用。当我去编辑一个不是 azure-pipelines.yml 文件（例如 readme.md）的文件时，在一个没有其他政策的回购中，我被阻止了，它说我必须提交拉取请求.我希望这个提交在没有 PR 的情况下通过，因为政策不包括它。如果我禁用自动包含的审阅者政策，提交会顺利进行。
我完全准备好接受我使用不当，但根据文档，这似乎是一个错误。有人有什么想法吗？这几天我一直在尝试各种迭代。
根据我的测试，我可以重现这种情况。
当您为·自动包含审阅者·设置路径过滤器时，此路径过滤器仅影响审阅者的分支策略。
这是一个场景：
当您在 *.yml 文件中进行一些更改并创建拉取请求时，将自动添加所需的审阅者。在其他情况下，不会自动添加该审稿人。
这就是这个路径过滤器的作用。
对于跨仓库分支策略：
如果你设置的分支策略为*(All Branches)，这意味着所有的分支不能被直接推送，它们都需要创建一个pull request。
这将影响所有回购协议。
当分支策略存在时，您需要通过拉取请求来推送更改。暂时没有分支策略级别的路径过滤器。所以不能让分支策略跳过分支中的文件。
但是这个需求很有价值，这是a suggestion ticket功能类似的，大家可以投票把自己的想法写进去
我正在尝试设置跨回购分支策略，以便在任何时候触及 azure-pipelines.yml 文件时都需要管理员的批准。看起来很简单：
- 转到项目设置 -> 存储库
- 为“*”（所有分支）添加分支策略
- 添加一个自动包含的审阅者：“构建管理员”需要 1 个；影响这些文件夹的拉取请求：/azure-pipelines.yml。 （我也尝试过此路径的各种版本，例如不带斜杠、带通配符、明确排除其他所有内容等）
- 保存
问题是它不起作用。当我去编辑一个不是 azure-pipelines.yml 文件（例如 readme.md）的文件时，在一个没有其他政策的回购中，我被阻止了，它说我必须提交拉取请求.我希望这个提交在没有 PR 的情况下通过，因为政策不包括它。如果我禁用自动包含的审阅者政策，提交会顺利进行。
我完全准备好接受我使用不当，但根据文档，这似乎是一个错误。有人有什么想法吗？这几天我一直在尝试各种迭代。
根据我的测试，我可以重现这种情况。
当您为·自动包含审阅者·设置路径过滤器时，此路径过滤器仅影响审阅者的分支策略。
这是一个场景：
当您在 *.yml 文件中进行一些更改并创建拉取请求时，将自动添加所需的审阅者。在其他情况下，不会自动添加该审稿人。
这就是这个路径过滤器的作用。
对于跨仓库分支策略：
如果你设置的分支策略为*(All Branches)，这意味着所有的分支不能被直接推送，它们都需要创建一个pull request。
这将影响所有回购协议。
当分支策略存在时，您需要通过拉取请求来推送更改。暂时没有分支策略级别的路径过滤器。所以不能让分支策略跳过分支中的文件。
但是这个需求很有价值，这是a suggestion ticket功能类似的，大家可以投票把自己的想法写进去