Azure DevOps多仓库触发流水线如何将触发仓库动态检出到固定目录

失败原因说明 #

你之前的三个方案失败是因为：

• checkout 步骤的仓库标识是YAML预编译阶段解析的，不支持传入运行时变量$(Build.Repository.Name)，所以前两种写法会直接报语法错误
• 直接执行git clone报错是因为默认脚本环境没有注入仓库访问凭据，手动调用git命令无法通过鉴权

最优实现方案 #

推荐使用带条件判断的内置checkout步骤，无需手动处理鉴权、版本匹配等逻辑，稳定性最高：

steps:
# 先禁用默认检出（如果你的流水线本身存放在另外的仓库，不需要拉取流水线仓库代码的话保留这行）
- checkout: none

# 仓库A检出步骤，仅A触发时执行
- checkout: A
  path: s/source_repo
  condition: eq(variables['Build.Repository.Name'], 'A')

# 仓库B检出步骤，仅B触发时执行
- checkout: B
  path: s/source_repo
  condition: eq(variables['Build.Repository.Name'], 'B')

# 仓库C检出步骤，仅C触发时执行
- checkout: C
  path: s/source_repo
  condition: eq(variables['Build.Repository.Name'], 'C')

该方案运行时只会自动匹配触发仓库对应的checkout步骤执行，另外两个步骤会直接跳过，所有场景下代码都会检出到你指定的s/source_repo固定目录。

备选方案（手动git clone） #

如果不想写多段checkout配置，可以给git命令注入系统访问凭据实现克隆，适合仓库数量很多的场景：

- bash: |
    # 提取去掉协议头的仓库地址，拼接AccessToken实现鉴权
    repo_url=$(echo "$(Build.Repository.Uri)" | sed 's/^https:\/\///')
    git clone https://$(System.AccessToken)@${repo_url} s/source_repo
    # 切换到触发本次构建的对应提交
    cd s/source_repo
    git checkout $(Build.SourceVersion)

注意该方案需要自行处理LFS拉取、子模块初始化、提交校验等场景，适配成本更高，仅作为备选。

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