Azure Pipelines：代码仓库分支推送时无法触发流水线仓库对应分支的流水线

我太懂你这个糟心的情况了——明明推了代码到代码仓的test1分支，结果跑起来的却是流水线仓main分支的构建，导致后续绑定test1分支的部署流水线完全没反应，这完全打乱了你的分支隔离部署计划！

其实这个问题的核心是你搞混了Azure Pipelines里两种不同的触发规则位置，还有Azure默认会用流水线仓的默认分支（main）来读取跨仓库触发配置的特性：

• 你之前把跨仓库的触发逻辑写在了YAML的根节点trigger里，但根节点的trigger管的是流水线仓自身的推送触发，不是代码仓的推送触发；
• 当代码仓有推送时，Azure会默认去流水线仓的默认分支（main）里找触发规则，看到根节点trigger包含test1/test2，就触发main分支的流水线，而不是自动匹配对应分支的流水线。

解决方案：修正触发规则位置+分支独立配置 #

下面是具体的修复步骤，都是我踩过坑后总结的有效方法：

第一步：调整YAML结构，把跨仓库触发移到正确位置

你需要把代码仓的触发规则从根节点trigger移到resources.repositories下对应仓库的trigger字段里，并且每个流水线分支只监听对应代码仓分支的推送。这样每个分支的触发规则是独立的，Azure会根据代码仓的分支匹配对应的流水线分支。

流水线仓test1分支的YAML配置：

resources:
  repositories:
    - repository: MyRepo
      type: git
      name: MyProject/MyRepo
      ref: test1 # 固定拉取代码仓test1分支的代码
      trigger: # 这里才是跨仓库触发的正确位置！
        branches:
          include:
            - test1 # 只监听代码仓test1分支的推送
          exclude:
            - test2
            - main

# 根节点trigger可选：如果你需要流水线仓自身test1分支推送时也触发构建，就保留；否则可以设为trigger: none
trigger:
  branches:
    include:
      - test1

流水线仓test2分支的YAML配置：

resources:
  repositories:
    - repository: MyRepo
      type: git
      name: MyProject/MyRepo
      ref: test2
      trigger:
        branches:
          include:
            - test2 # 只监听代码仓test2分支的推送
          exclude:
            - test1
            - main

trigger:
  branches:
    include:
      - test2

流水线仓main分支的YAML配置（如果需要保留）：

resources:
  repositories:
    - repository: MyRepo
      type: git
      name: MyProject/MyRepo
      ref: main
      trigger:
        branches:
          include:
            - main
          exclude:
            - test1
            - test2

trigger:
  branches:
    include:
      - main

第二步：刷新Azure的触发规则缓存

Azure Pipelines会缓存流水线的触发规则，所以修改完YAML后，你需要手动触发一次每个分支的流水线，让Azure更新缓存：

1. 打开Azure DevOps的流水线页面，选择你的流水线；
2. 点击「运行流水线」，在分支下拉框中选择test1，运行一次；
3. 同理，分别运行test2和main分支的流水线各一次。

第三步：验证效果

现在推代码到代码仓的test1分支，应该会触发流水线仓test1分支的流水线；推test2分支，触发test2分支的流水线。后续绑定对应分支的部署流水线也会正常触发了！

备注：内容来源于stack exchange，提问作者AssistantToTheRegionalManager