Azure DevOps多仓库触发器配置：实现对应分支自动构建

问题分析 #

你当前的配置已覆盖主分支和Release分支的基础触发逻辑，但Repo B的Release-B分支变更无法触发Repo A Release-A分支的流水线，核心原因通常是流水线与分支的关联不明确或权限/触发器配置未生效。

修正后的配置示例 #

Repo A master_A分支的YAML配置 #

resources:
  repositories:
  - repository: self
    type: git
    trigger:
      branches:
        include:
          - master_A
  - repository: RepoB
    type: git
    name: 你的项目名/Repo B  # 需填写完整的项目+仓库名称，比如MyProject/Repo B
    ref: master_B
    trigger:
      branches:
        include:
          - master_B

Repo A Release-A分支的YAML配置 #

resources:
  repositories:
  - repository: self
    type: git
    trigger:
      branches:
        include:
          - Release-A
  - repository: RepoB
    type: git
    name: 你的项目名/Repo B
    ref: Release-B
    trigger:
      branches:
        include:
          - Release-B

关键检查与修复步骤 #

• 确认流水线与分支的关联：为Repo A的master_A和Release-A分支分别配置独立流水线，确保流水线的YAML源指向对应分支。Azure DevOps仅读取触发时目标流水线分支的YAML配置，必须保证Release-A分支的配置能被正确识别。
• 关闭YAML触发器覆盖：进入流水线编辑页面 →「触发器」→「YAML」，确保未勾选「覆盖YAML触发器」，否则页面配置会覆盖YAML中的多仓库触发规则。
• 验证Repo B的权限：检查Azure DevOps构建服务账号（格式：项目名 Build Service (组织名)）是否拥有Repo B的读取权限，无权限会导致触发器无法检测分支变更。
• 测试触发逻辑：先手动运行Release-A分支的流水线，确认能正常拉取Repo B的Release-B分支代码；随后修改Repo B Release-B分支的文件并提交，等待5-10分钟（触发器存在延迟）查看是否触发流水线。

批量分支优化方案（可选） #

如果存在多组对应Release分支（如Release-A1对应Release-B1、Release-A2对应Release-B2），可通过变量简化配置，避免重复编写分支名：

# Repo A Release-A分支的YAML
variables:
  - name: repoBTargetBranch
    value: Release-B

resources:
  repositories:
  - repository: self
    type: git
    trigger:
      branches:
        include:
          - $(Build.SourceBranchName)
  - repository: RepoB
    type: git
    name: 你的项目名/Repo B
    ref: $(repoBTargetBranch)
    trigger:
      branches:
        include:
          - $(repoBTargetBranch)

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