Azure DevOps Server单流水线适配多仓库触发及模板调用问题

这个方案完全可行，核心问题在于Azure DevOps默认的Build.Repository.Name指向存放流水线YAML的仓库，而非触发代码变更的仓库，导致构建名称和模板加载逻辑出错。以下是具体解决步骤：

一、核心变量定义：区分自动触发与手动运行 #

通过编译时表达式定义productName变量，优先使用手动运行时指定的参数，自动触发时取触发仓库名称：

parameters:
  - name: projectToBuild
    type: string
    default: ''
    values:
      - ProjectA
      - ProjectB
      - ProjectC # 手动运行可选的项目列表

variables:
  # 编译时变量：手动运行取参数值，自动触发取触发仓库名
  productName: ${{ coalesce(parameters.projectToBuild, resources.repositories.*.name[?(@.triggered == true)]) }}

二、修正构建名称显示问题 #

构建名称是流水线初始化阶段确定的，必须用编译时表达式设置，替换原有的$(Build.Repository.Name)：

name: 'Build_${{ variables.productName }}_$(Build.BuildId)'

这样无论是自动触发还是手动指定，构建名称都会显示正确的项目/仓库名。

三、正确加载项目特定模板 #

模板引用同样需要编译时变量，不能用运行时的$(productName)，直接使用${{ variables.productName }}匹配模板路径：

# 示例：模板存放在YAML仓库的templates目录下
steps:
  - checkout: ${{ variables.productName }}
  - template: 'templates/${{ variables.productName }}-build.yaml' # 路径根据实际存储位置调整

如果模板存放在各个项目仓库内部，路径需对应checkout后的源码目录，比如：

- template: '$(Build.SourcesDirectory)/${{ variables.productName }}/build-templates/main.yaml'

四、触发仓库可用变量汇总 #

自动触发时，触发仓库的所有信息可通过resources.repositories上下文访问，常用变量包括：

• ${{ resources.repositories.<alias>.name }}：仓库全名（格式：项目名/仓库名）
• ${{ resources.repositories.<alias>.ref }}：触发的分支/标签
• ${{ resources.repositories.<alias>.commitId }}：触发的提交ID
• ${{ resources.repositories.<alias>.triggered }}：标识该仓库是否为触发源（true/false）

如果不确定触发仓库的别名，可通过过滤表达式直接获取触发源信息：

• 获取触发仓库名：${{ resources.repositories.*.name[?(@.triggered == true)] }}
• 获取触发分支：${{ resources.repositories.*.ref[?(@.triggered == true)] }}

五、多仓库触发的额外注意事项 #

• 确保每个仓库的trigger配置仅包含需要触发的分支，避免不必要的触发
• 若多个仓库同时变更触发流水线，resources.repositories.*.name[?(@.triggered == true)]会返回数组，需提前设置触发规则避免这种场景，或添加逻辑处理多触发源的情况

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