如何阻止模板仓库分支更新触发所有引用它的Azure CI流水线

核心原因 #

你遇到的问题根源是：引用模板的应用流水线默认会监听模板仓库的变更——哪怕你在模板文件里设置了trigger: none，那也只是禁用模板仓库自身的CI触发器，和应用流水线无关。应用流水线会把模板仓库当作一个依赖资源，默认只要资源仓库有任何变更（分支提交、新分支创建等），就会触发应用的流水线。

关于你找到的方案的疑问 #

你提到的方案仅用于禁用模板仓库自身的CI流水线，不会影响应用流水线原本的触发器（比如你应用仓库里配置的标签触发规则），它只针对模板仓库自己的流水线生效，所以不用担心会禁用所有触发器。

为什么你之前的操作无效 #

你做的这些操作都没触及问题核心：

• 启用「Disable implied YAML CI trigger」：仅作用于当前应用仓库的隐含触发器，对模板仓库这个资源的触发规则无效
• 提交信息加「[skip ci]」：只能阻止模板仓库自身的CI触发，无法阻止应用流水线因为模板变更而启动
• 模板里设trigger: none：这是模板自身流水线的触发配置，和应用流水线是否监听模板变更无关
• 确认无标签：应用流水线的触发原因是模板仓库的变更，和应用自身的标签无关
• 创建测试分支仍触发：因为模板仓库的分支变更依然会被应用流水线的资源监听规则捕获

正确的解决方法 #

在应用仓库的流水线配置中，给引用的pipeline-templates资源添加trigger: none，明确告诉应用流水线不要监听模板仓库的任何变更：

修改后的应用仓库配置（BitBucket - .pipelines/deployment_pipeline.yaml） #

trigger:
  tags:
    include:
      - v*
pr: none

resources:
  repositories:
    - repository: pipeline-templates
      type: git
      name: myproject/pipeline-templates
      ref: release/v1
      trigger: none  # 新增这一行，阻止模板仓库变更触发当前流水线
extends:
  template: pipelines/deploy-service.yaml@pipeline-templates

这个修改只会禁用应用流水线对模板仓库的变更监听，应用自身的标签触发器（trigger.tags.include: v*）依然正常生效，完全不会影响原有业务流程。

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