Azure DevOps中合并main到feature分支时PR流水线未触发问题

背景 #

我们的Azure DevOps Git仓库采用main+feature分支开发策略，流程如下：

• 从main分支创建feature分支
• 在feature分支内完成开发修改
• 将main分支已推送的最新变更合并到feature分支
• 测试并部署feature分支
• 提交PR将feature分支合并到main分支

我们配置了包含构建、测试、部署阶段的Azure DevOps部署流水线，触发条件为创建目标指向main的PR。此前该策略稳定运行一年多：PR存续期间，只要feature分支有变更推送（包括合并main的操作），正在运行的旧流水线实例会被自动取消，同时触发新的流水线实例，确保PR始终使用最新代码的流水线结果。

近期出现两次异常：在PR打开状态下，将main分支的变更合并到feature分支后，流水线并未触发“取消旧实例+启动新实例”的逻辑。若基于未更新的旧流水线实例发布，服务会包含feature分支的变更，但缺失main分支的最新内容，只能手动重新触发流水线。

我们需要确认这是否是Azure DevOps的新行为，以及对应的规避方案。

可能原因分析 #

1. 平台隐性逻辑调整：部分用户反馈近期遇到类似PR触发异常，不排除Azure DevOps对分支变更事件的识别逻辑做了隐性调整，导致合并main到feature的操作未被判定为需要重触发PR流水线的分支变更。
2. 合并提交类型的影响：若合并时使用了squash合并或--no-ff非快进合并，生成的提交可能在事件标记上与普通提交不同，导致Azure DevOps的触发机制未识别到分支变更。
3. 分支策略触发规则覆盖不全：分支策略中仅勾选了基础的“源分支有新提交时触发”，但合并操作的事件未被包含在规则的触发范围内。

规避方案 #

1. 补充流水线的持续集成触发规则
   在流水线的触发设置中，添加对feature分支的持续集成（CI）触发，并开启“取消正在运行的流水线”选项：

   • 进入流水线编辑页面，切换到触发标签页
   • 在持续集成区域，添加feature分支的匹配规则（如features/*，根据实际分支命名调整）
   • 勾选“取消正在运行的流水线”选项
     这样feature分支的任何变更（包括合并main的操作）都会触发新流水线，并自动取消旧实例。

2. 规范合并操作的提交类型

   • 合并main到feature时，使用普通合并提交（避免squash合并），确保变更被标记为feature分支的明确新提交，让触发机制能正确识别。
   • 如果必须使用squash合并，合并完成后可推送一个空提交强制触发流水线：

     git commit --allow-empty -m "Force trigger PR pipeline"
     git push origin <feature-branch-name>
     

3. 添加手动触发的状态检查
   在main分支的分支策略中，除了自动触发的流水线，添加一个手动触发的状态检查项。当遇到异常未自动触发的情况时，可手动重新运行流水线，确保使用最新代码的结果。

4. 反馈问题至Azure DevOps官方
   如果确认是平台侧逻辑变更导致的异常，可通过Azure DevOps的支持渠道提交工单，反馈具体场景和问题，获取官方的确认及修复方案。

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