跨仓库Azure Pipeline触发器配置问题：触发失败排查

1. 核对分支触发逻辑 #

资源触发器里的branches.include指定的是上游流水线触发时对应的代码分支，而非上游流水线定义所在的分支。只有当Detect Config Changes流水线是由customer-config仓库的mvp-config分支变更触发时，才会启动下游的Deploy Infra。如果上游流水线是手动触发、或由其他分支触发，下游不会被触发。

• 验证方式：查看Detect Config Changes最近一次成功运行的触发来源，确认是否来自mvp-config分支的提交。

2. 确认流水线与项目名称的准确性 #

• 检查source: 'Detect Config Changes'是否和上游流水线的显示名称完全匹配，Azure DevOps对名称的大小写、空格区分严格，不能有偏差。
• 确认project: 'My Project'是Azure DevOps项目的完整名称（不是项目ID），拼写必须完全一致。

3. 检查流水线权限设置 #

下游流水线需要具备读取上游流水线的权限：

• 进入Deploy Infra流水线的设置页面，在权限选项卡中，确保Project Collection Build Service (<组织名>)及相关服务主体拥有读取上游流水线的权限。
• 同时查看上游Detect Config Changes流水线的设置，在触发器选项卡的“流水线资源触发器”部分，确认已允许Deploy Infra被该流水线触发。

4. 优化资源触发器YAML配置 #

当前YAML语法正确，但如果上游流水线关联了多个仓库，可以尝试显式指定仓库：

name: 'Infra Deployment - $(Build.BuildId)'

trigger: none

resources:
  pipelines:
    - pipeline: 'detectChangedConfigFiles'
      project: 'My Project'
      source: 'Detect Config Changes'
      repository: customer-config  # 显式指定上游流水线关联的代码仓库
      trigger:
        enabled: true
        branches: 
          include:
            - mvp-config

5. 验证服务端状态 #

偶尔Azure DevOps服务端的延迟或故障会导致触发器失效，可以查看对应区域的服务状态页面，确认服务运行正常。

6. 手动触发上游流水线测试 #

手动运行Detect Config Changes流水线时，选择mvp-config分支作为触发源，观察下游Deploy Infra是否触发：

• 如果手动触发后生效，说明之前的上游流水线触发来源不是目标分支；
• 如果仍不生效，继续排查权限或配置细节。

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