为什么拉取请求构建验证中的路径过滤器无法按预期工作？

Question

或者，为什么Microsoft记录了路径过滤器（自2019年6月14日起）。

PR Build验证中的路径过滤器行为可能被认为是不直观的。

没有明显原因启动或未触发构建。

Answer 1

查看单个提交来触发（或不触发）构建会引起混乱。

关键是要考虑构成公关的所有 提交

• 应考虑在其他提交中进行的先前添加/更新
• 添加和删除同一文件被视为没有更改。 让我们使用一组提交的术语 net（to）效果来引起人们对该机制的关注。

更多观察

如果路径过滤器不在PR的范围内，则
• 版本将从概述中消失。 因此它们是动态的：现有的PR（可能在10年代）会受到积极影响。 我想这可能是一件好事，但也可能是一件坏事+意外事。小心点。
• 指定路径过滤器（覆盖UI中的空字符串）删除隐式根包含。 因此，初学者的缺点是，以下路径过滤器仅会忽略对folder1的更改，并吸收所有其他更改 !/folder1/*。没有。您必须显式地将根添加回 /*;!/folder1/*