Azure DevOps跨仓库流水线触发器失效，请求协助排查

1. 检查服务连接与仓库权限 #

• 确认MyEndpoint服务连接的凭据（PAT/OAuth）未过期，且对MyProject仓库拥有读取权限；进入项目设置→服务连接，查看该连接的权限配置。
• 验证MyProject仓库的权限设置：在仓库设置→权限中，确认流水线对应的构建服务账户（项目级或流水线级）拥有读取权限。

2. 核对分支匹配规则 #

• 确认MyProject仓库的目标分支名称为main（注意大小写敏感，避免Main这类差异）。
• 检查流水线是否存在全局分支排除规则：进入流水线编辑页→触发器→YAML→获取资源，查看是否有额外的分支排除配置覆盖了资源触发器。

3. 验证流水线触发器状态 #

• 确认流水线未禁用持续集成：进入流水线编辑页→触发器→持续集成，勾选“启用持续集成”（全局开关会影响资源触发器生效）。
• 查看触发器历史记录：进入流水线→历史记录→右上角“触发器历史”，检查是否有触发事件被记录及具体拒绝原因（如权限不足、分支不匹配）。

4. 排查服务端缓存与状态 #

• 尝试重新保存流水线YAML（即使内容未修改），或在触发器选项卡中重新确认资源触发器配置并保存，强制刷新服务端的触发器注册。
• 确认所在区域Azure DevOps服务无中断故障（服务端缓存或临时故障可能导致触发器失效）。

5. 检查分支策略与审批拦截 #

• 确认MyProject的main分支未设置冲突的构建验证分支策略，避免提交事件被拦截。
• 查看流水线是否存在手动审批阶段：若流水线首阶段需手动审批，触发器触发后会进入等待状态，需到流水线运行历史中查看等待实例。

6. 优化YAML配置细节 #

由于两个仓库属于同一项目，可移除endpoint字段（跨项目仓库才需指定服务连接），简化后的配置如下：

resources:
  repositories:
  - repository: MyRepoAlias
    type: git
    name: MyProject
    trigger:
     branches:
       include:
         - main

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