Azure DevOps中Dev分支推送触发两次构建流水线求助

我来帮你梳理这个问题，这种同时触发多个流水线的情况，大概率和触发器配置的细节有关，咱们一步步来定位：

首先看你给出的YAML配置，发现一个核心语法问题：触发器部分缺少了trigger:关键字，这会导致Azure DevOps无法识别你指定的分支触发器，从而使用默认规则——推送任何分支都会触发该流水线，这就是为什么推dev分支时两个流水线同时跑起来的原因。

第一步：修正YAML的触发器语法 #

你的Master和Dev流水线的触发器写法不符合Azure DevOps YAML规范，正确的分支触发器格式应该是这样的：

Master流水线修正后的开头： #

trigger:
  - master # 仅在master分支推送时触发流水线
pool:
  vmImage: 'macos-latest'
# 后续步骤保持不变...

Dev流水线修正后的开头： #

trigger:
  - dev # 仅在dev分支推送时触发流水线
pool:
  vmImage: 'macos-latest'
# 后续步骤保持不变...

如果需要更精确的分支控制（比如明确排除其他分支），也可以用完整格式：

trigger:
  branches:
    include:
      - master # 只包含目标分支
    exclude:
      - '*' # 排除所有其他分支

第二步：检查Azure DevOps界面的触发器设置 #

即使YAML配置正确，界面上的触发器设置也可能覆盖YAML规则，你需要：

1. 打开对应流水线，点击右上角的编辑按钮
2. 切换到触发器选项卡
3. 确认持续集成部分的配置：
   • 若启用持续集成，确保分支筛选器只包含对应的分支（master或dev）
   • 不要勾选“触发所有分支”选项

第三步：排查其他潜在触发源 #

如果前两步都没问题，再检查以下场景：

• 分支策略的构建验证：如果master分支设置了构建验证任务，当有PR从dev合并到master时会触发构建，但你是直接推送dev分支触发，这个场景可能性较低，可快速确认下
• 流水线依赖触发：检查是否有流水线设置了“完成时触发”规则，比如dev流水线完成后自动触发master流水线，或者反过来
• 标签/路径触发器：确认是否配置了标签触发器（推送特定标签触发）或路径触发器（修改特定目录文件触发），这些也可能导致意外触发

验证修正效果 #

把修正后的YAML提交到对应分支，再推送一次dev分支，观察是否只有Dev流水线被触发，Master流水线不会启动，同时App Center也只会生成一次发布。

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