Azure DevOps YAML管道PR触发功能失效，请求排查原因

核心配置错误 #

你当前的YAML配置混淆了PR触发器和分支推送触发器的作用，完全不符合预期逻辑：

1. pr: include: main 是用来在目标分支为main的PR创建/更新时触发管道，但你要求PR创建、批准时不触发，这部分配置反而会导致PR阶段触发（和需求相反）
2. trigger: none 完全禁用了分支推送事件的触发，所以当PR批准合并到main分支后，没有任何触发器会触发管道

修正后的YAML配置 #

要实现你的预期逻辑（PR创建/批准不触发，PR合并到main后触发），配置应修改为：

# Starter pipeline
# Start with a minimal pipeline that you can customize to build and deploy your code.
# Add steps that build, run tests, deploy, and more:
# https://aka.ms/yaml
# trigger 1

# 禁用PR阶段的所有触发（符合需求1）
pr: none
# 仅当main分支有推送事件（包括PR合并）时触发管道（符合需求2）
trigger:
  branches:
    include:
    - main

pool:
  vmImage: ubuntu-latest

steps:
- script: echo Hello, world!
  displayName: 'Run a one-line script'

- script: |
    echo Add other tasks to build, test, and deploy your project.
    echo See https://aka.ms/yaml
  displayName: 'Run a multi-line script'

额外检查项 #

如果修正配置后仍无法触发，需检查以下因素：

• 管道权限：确认管道拥有对main分支的读取权限，以及触发管道的权限（在管道设置的「权限」页签中查看）
• 分支策略：检查main分支的分支策略是否设置了「跳过CI」规则，或者合并PR时是否添加了[skip ci]/[no ci]标签（这类标签会阻止管道触发）
• 管道触发状态：在Azure DevOps管道界面中，确认管道的「触发」开关未被手动禁用
• 仓库事件订阅：检查项目的「项目设置-服务挂钩」中是否有规则拦截了管道触发事件
• 合并方式限制：如果使用了 squash merge 或 rebase merge，确认这类合并方式未被排除在触发规则外（默认不会，但可在分支触发器设置中确认）

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