如何在pull request标题更新时触发Azure Pipeline运行

这个需求完全可以实现，原生Azure Pipeline的内置PR触发器确实没有覆盖PR标题更新、PR自动完成策略变更这两类事件，所以你在官方触发器文档里找不到对应配置，走服务钩子配合Pipeline API的方案就能解决，不需要开发人员手动重排队。

具体实现步骤 #

• 先调整现有校验Pipeline的基础配置
  保留原有PR创建、PR代码推送时的自动触发规则，同时给Pipeline增加两个通用运行参数：PRId、ProjectName，把校验逻辑里的空值判断前置：调用Pull Request API拿到的merge策略、目标merge commit字段为null时，不要直接返回校验失败，返回带提示的跳过状态即可，解决首次创建PR时直接报错的问题。
• 配置Azure DevOps服务钩子
  进入项目设置-服务钩子页面，新建两个事件订阅：
  • 订阅1的事件类型选「拉取请求已创建」，筛选范围限定为你要管控的目标仓库，触发动作选「发送HTTP请求到Webhook」，可以配置15-30秒的延迟触发，给系统留出加载PR默认配置的时间，避免首次触发拿不到字段值。
  • 订阅2的事件类型同样选「拉取请求已更新」，筛选范围和订阅1一致，额外加变更字段过滤，只勾选标题、自动完成设置两个字段，过滤掉代码推送、评审人变更这类无关操作，避免无意义的Pipeline运行。
• 配置Webhook触发逻辑
  两个订阅的Webhook地址直接填Pipeline排队运行的REST API地址，请求头里携带具备Pipeline排队权限的PAT做鉴权，请求体直接从服务钩子的事件上下文里提取当前PR的ID、所属项目、仓库名，作为参数传给Pipeline，触发Pipeline针对当前PR执行校验逻辑即可，不需要额外搭建第三方中转服务。
• （可选）增加重复运行拦截
  可以在Pipeline执行的最开头加一段简单逻辑：查询当前PR关联的正在运行的校验任务，如果已有运行中的任务，直接终止本次新触发的运行，避免短时间内多次修改PR标题导致的重复排队，浪费构建资源。

体验优化建议 #

校验任务执行完成后，可以直接调用PR状态更新API，把校验结果同步为PR的必填状态检查项，和原生PR校验的体验完全一致：校验不通过时PR显示为阻塞状态，结果直接附在PR页面上，开发人员修改PR标题、配置完自动完成策略后，校验会自动触发，全程不需要手动点击重排队。

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