Azure devops Azure DevOps构建管道触发器是否过于急切？

我在Azure DevOps上的git回购中有多个项目。我有构建管道设置，当提交发生在“staging”分支（我们的开发分支）上时触发。但我添加了一个额外的触发器，我认为它会过滤回购协议的子文件夹。目前有三个管道都设置为在提交和子文件夹时触发。即使只有一个目标子文件夹中的文件存在提交，这三个文件都会运行。 请参见我的一个触发器的屏幕截图：

似乎触发器的设置类似于或不是AND。因此，换句话说，任何对登台的提交都将触发所有三个构建，但有时我不希望所有三个都构建和发布。只是我修复的那个应该被构建和发布

---

有什么方法可以解决这个问题吗？

分支和路径都适用，这是正确的。请看这里：

---

考虑迁移到基于yaml的构建，并在不同的yaml文件中使用自己的路径触发器设置每个构建。这不仅可以解决您的问题，还可以享受签入管道的好处。

我已经创建了一个示例来测试此问题，它在我这方面运行良好。如何设置三个文件路径过滤器？您是否仅在其中一个筛选路径中修改了文件，而没有在另一个路径中修改？您能与我们分享三个路径过滤器的具体设置吗？其他管道是否有完工？是的，你让我看了；-）每个管道都设置了分支和路径。每个管道的路径不同，因为它是项目的子文件夹，应该构建在该管道中。我可以确认此功能是正常的。我从未收到任何其他成员报告这一问题。这应该与您的项目/管道设置相关。因此，我们需要再次检查有关此问题的一些信息，这三个路径是否具有包含关系，例如：路径1:

/Source/A

Path2:

/Source/A/B

。如果有任何用于登台的分支策略，请共享一些关于它们的图像。@LeoLiu MSFT我已经不讨论这个问题了。我不想转换为yaml版本，因为我没有时间学习其他技术。所以现在看来，无论签入什么，我的两个管道都会触发。第三个将独立触发。所以，直到我在开发上有了一些重大的停顿时间，我才会接受它。在我看来，分支或路径是适用的——如果这两个分支或路径中的任何一个是正确的，那么管道就会运行。