Azure DevOps用Pipeline变量动态指定资源仓库名

Azure DevOps Pipeline 中 resources.repositories 配置块的解析、校验发生在流水线初始化阶段，这个阶段早于用户自定义变量、队列时传入变量的解析流程。你在仓库资源的name字段写$(projectName)时，系统不会做变量替换，会直接把$(projectName)作为字面量仓库名去检索，自然会触发找不到仓库的报错。

根据你的使用场景，二选一即可： #

方案1：运行时动态检出仓库（适配手动传参触发场景） #

不需要在resources块提前声明目标源码仓库，直接在执行步骤里用支持运行时解析的checkout语法拉取代码，这个阶段变量已经完成赋值，可以正常识别。
修改后的流水线配置核心部分如下：

resources:
  repositories:
    - repository: codeAnalysisRepo
      type: git
      name: shared/codeanalysis
# 删除resources块中预定义SourceRepo的配置

jobs:
  - job: 'BackendCodeAnalysis'
    pool:
      name: '$(AgentPool)'

    steps:
      # 运行时动态拉取目标仓库，变量可正常解析
      - checkout: git://$(System.TeamProject)/$(projectName)
        clean: true
            
      - template: sonarqube_msbuild_prepare.yml@codeAnalysisRepo
        parameters:
          projectKey: '$(project)'
          projectName: '$(project)'

      - task: DotNetCoreCLI@2
        displayName: "build DestRepo"
        inputs:
          command: 'build'
          # 用系统预定义的源码目录变量更稳定
          projects: '$(Build.SourcesDirectory)/**/*.csproj'
          configuration: Release

      - template: sonarqube_execute.yml@codeAnalysisRepo

注意：如果目标仓库和流水线不在同一个Azure DevOps项目下，把路径里的$(System.TeamProject)替换成目标仓库所属的项目名即可，格式为git://目标项目名/$(projectName)。同时要确保流水线使用的服务账号（一般为<项目名> Build Service）拥有所有目标仓库的读取权限。

方案2：模板参数传参（适配统一模板批量接入场景） #

如果你是要做全仓库通用的共享代码分析模板，推荐用编译期模板参数传参的方式，权限校验会在流水线初始化阶段完成，不会出现运行到一半才发现权限不足的问题。
首先改造你的共享分析模板，增加仓库名参数：

# 共享模板：shared/codeanalysis/templates/code-analysis.yml
parameters:
- name: sourceRepoName
  type: string
  default: ''

resources:
  repositories:
    - repository: codeAnalysisRepo
      type: git
      name: shared/codeanalysis
    - repository: SourceRepo
      type: git
      name: ${{ parameters.sourceRepoName }}

jobs:
  - job: 'BackendCodeAnalysis'
    pool:
      name: '$(AgentPool)'
    steps:
      - checkout: SourceRepo
        clean: true
        # 后续步骤和你原来的配置完全一致
      - template: sonarqube_msbuild_prepare.yml@codeAnalysisRepo
        parameters:
          projectKey: '$(project)'
          projectName: '$(project)'
      - task: DotNetCoreCLI@2
        displayName: "build DestRepo"
        inputs:
          command: 'build'
          projects: '$(Build.SourcesDirectory)/**/*.csproj'
          configuration: Release
      - template: sonarqube_execute.yml@codeAnalysisRepo

之后每个需要接入代码分析的业务仓库，只需要写3行入口配置即可，不需要重复写分析逻辑，也不需要手动传仓库名，直接取当前仓库的系统变量即可：

# 业务仓库根目录的azure-pipelines.yml
extends:
  template: templates/code-analysis.yml@codeAnalysisRepo
  parameters:
    sourceRepoName: $(Build.Repository.Name)

• 永远不要在resources配置块里使用普通用户变量、队列时传入的自定义变量，这类变量的解析时机晚于资源校验阶段，不会被正常替换
• 硬编码仓库名能跑通是因为字面量在初始化阶段就能直接匹配到对应仓库资源，和变量场景的解析逻辑完全不同

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