Azure DevOps管道触发配置问题：PR触发失效排查

1. trigger与pr配置是否冲突？ #

trigger: none和pr配置不存在冲突。trigger节点控制的是**分支推送（push）触发的自动构建，设置为none只会关闭所有分支推送的自动触发；而pr节点独立控制拉取请求（PR）**的构建触发，两者逻辑完全分离，不会互相影响。

2. PR触发未生效的可能原因 #

你的YAML配置逻辑本身是正确的，PR未生效大概率是以下非配置文件的原因：

• 仓库分支策略未开启PR构建验证：需要在Azure DevOps仓库的「分支」页面，找到main分支的分支策略，确认已将当前管道添加到「构建验证」中，并且设置为「触发构建：自动」。
• PR分支不符合规则：比如PR的源分支和目标分支都是main，或者目标分支拼写错误（注意分支名称区分大小写，如Main和main是不同分支）。
• 项目级PR触发权限限制：检查项目设置中的PR触发权限，确保当前管道拥有PR触发的权限。

3. 实现预期触发逻辑的正确配置 #

你的现有配置已经符合需求，以下是添加注释后的明确版本，可直接使用：

# 关闭所有分支推送的自动构建，排除非预期的push触发
trigger: none

# 仅针对main分支的PR触发构建
pr:
  branches:
    include:
      - main
  # 可选：如果需要排除某些源分支（如main到main的无意义PR），可添加exclude规则
  # exclude:
  #   - main

resources:
  repositories:
    - repository: remote-templates
      type: git
      name: name/repo
  # 当指定的otherPipe管道在main分支执行完成时，触发当前管道
  pipelines:
    - pipeline: otherPipe
      project: proj
      source: Source
      trigger:
        branches:
          include:
            - main

验证步骤 #

1. 创建一个从非main分支到main分支的PR，观察管道是否自动触发。
2. 手动运行otherPipe的main分支任务，完成后检查当前管道是否被触发。
3. 推送代码到非main分支，确认不会触发当前管道，验证trigger: none生效。

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