Azure DevOps：使用GitHub Webhooks时PR检查无法触发的问题排查

你的流水线CI触发器（master分支）正常工作，但PR触发器无响应，且Webhook已发送请求，可从以下几个方向排查配置问题：

1. PR触发器分支范围未明确指定 #

当前YAML的pr配置仅定义了路径过滤，未指定目标分支范围。Azure DevOps默认会包含所有分支，但如果你的PR目标分支是master，建议显式添加分支过滤规则，避免匹配异常：

pr:
  drafts: false
  branches:
    include:
      - master
  paths:
    include:
      - libs/lib-a/*
      - package.json
      - package-lock.json

2. 路径过滤规则匹配范围不足 #

你使用的libs/lib-a/*仅匹配lib-a目录下的直接文件，如果PR修改了lib-a子目录中的文件，不会触发流水线。需将路径规则改为递归匹配：

paths:
  include:
    - libs/lib-a/**  # 匹配lib-a下所有文件及子目录
    - package.json
    - package-lock.json

3. 流水线PR触发器被UI设置覆盖 #

Azure DevOps的UI触发器设置可能会覆盖YAML配置。进入流水线编辑页面，切换到触发器选项卡，检查：

• 拉取请求触发器是否处于启用状态
• 路径过滤规则是否与YAML配置一致
• 分支过滤是否包含你的PR目标分支

4. GitHub Webhook事件订阅不完整 #

检查GitHub仓库的Webhook配置，确保已订阅pull_request事件（包含opened、synchronized、reopened等子事件）。如果仅订阅了push事件，PR的创建或变更不会触发Webhook通知。

5. 提交/PR描述包含跳过关键字 #

如果PR的提交信息或描述中包含[skip ci]、[skip azurepipelines]等关键字，Azure DevOps会自动跳过流水线触发。检查相关内容是否存在这类关键词。

6. 流水线触发器缓存异常 #

尝试在流水线编辑页面，切换到触发器选项卡，无需修改配置，直接点击保存，强制刷新触发器配置缓存，解决可能存在的缓存不一致问题。

7. 服务连接权限不足 #

确认GitHub服务连接的权限：

• 如果使用个人访问令牌（PAT），需确保令牌拥有repo（仓库读写）和admin:repo_hook（Webhook管理）权限
• 如果使用OAuth应用，需确保应用已被授予仓库的访问权限

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