Azure DevOps YAML构建修改默认分支流水线文件时不触发触发器

我在Azure DevOps项目中遇到了流水线触发异常的问题：合并PR到默认分支（main）后，流水线未自动触发。我的YAML流水线配置如下：

trigger:
  branches:
    include:
      - dev
      - main

stages:
- stage: TestTrigger
  displayName: 'Test'
  jobs:
    - job: Test
      displayName: 'Test Triggers'
      workspace:
        clean: all
      pool: MyHostedPool
      steps:
        - checkout: self
        - powershell: |
            Write-Output "Hello World2"
          displayName: 'Run Script'

具体现象：

• 提交普通文件到dev或main分支时，CI触发器正常工作；
• 直接修改默认分支上的azure-pipelines.yml，或通过PR合并该文件的修改到默认分支，流水线完全不触发；
• 将默认分支切换为dev后，main分支恢复正常，但dev分支在修改流水线文件时也会出现同样的触发失效问题。

我已经知道可以通过流水线定义中的“Override the YAML continuous integration trigger from here”选项解决此问题，但想确认：是否有其他用户遇到过这个问题？有没有其他解决办法或微软官方的bug记录？

1. 问题普遍性与官方记录
   这个问题在Azure DevOps用户社区中多次被反馈，属于已知的触发逻辑异常问题。微软官方已将其标记为待修复的bug，核心原因是默认分支的YAML配置变更时，内部的CI触发校验机制存在缓存冲突或延迟，导致无法识别变更并触发构建。

2. 额外解决办法
   除了你提到的UI强制覆盖触发器的方法，还有两种实用的解决方案：

• 临时规避：路径排除配置
  如果不需要通过修改azure-pipelines.yml触发构建，可以在YAML中添加路径排除规则，避免该文件的变更干扰触发器：

  trigger:
    branches:
      include:
        - dev
        - main
    paths:
      exclude:
        - azure-pipelines.yml
  

• 缓存刷新：手动触发一次构建
  修改默认分支的YAML文件后，手动触发一次流水线构建。这会强制刷新Azure DevOps内部的流水线配置缓存，后续再修改该文件时，CI触发器通常会恢复正常工作。

内容的提问来源于stack exchange，提问作者RussellLMiller