Azure Pipeline仅配置prod分支触发却被dev/uat分支触发求助

可能的原因 #

• 模板继承导致规则覆盖失效：如果你的Pipeline基于模板创建，模板里可能定义了更宽泛的触发规则（比如包含所有分支），而子Pipeline的触发器配置没有完全覆盖模板设置，导致dev/uat分支也能触发。
• 分支名称模糊匹配：检查dev/uat分支名称，比如是否存在dev-prod-hotfix这类包含prod字符串的分支。Azure DevOps分支触发器在未指定精确路径（refs/heads/xxx）时，可能误匹配包含目标字符串的分支。
• 触发源并非分支推送：查看Pipeline运行记录的「触发原因」，确认dev/uat分支的运行是不是手动触发、PR合并触发，或是被其他Pipeline调用触发的，而非分支代码推送触发。
• 配置缓存未更新：Azure DevOps偶尔会缓存旧的触发器配置，试试重新保存Pipeline的YAML配置，或手动触发一次prod分支的运行，强制刷新缓存。
• 多仓库触发配置：如果Pipeline关联了多个代码仓库，其他仓库的dev/uat分支推送也可能触发当前Pipeline，检查是否有额外的仓库触发器配置。

验证与解决步骤 #

1. 确认触发源：查看每一次意外运行的详情，确认触发类型是「分支推送」还是其他类型。
2. 改为精确匹配分支：修改触发器配置为精确路径，避免模糊匹配：

trigger:
  branches:
    include:
      - refs/heads/prod

3. 检查模板继承：如果使用了模板，确保模板里的触发器没有覆盖你的配置，或在子Pipeline里先添加trigger: none，再重新定义自己的触发规则。
4. 刷新配置缓存：重新保存YAML文件，或手动触发一次prod分支的Pipeline，让系统更新触发器配置。

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