Azure DevOps流水线如何在模板参数中使用任务输出变量？

核心报错根因 #

Azure DevOps的表达式有严格的编译/运行时边界，之前尝试的三个方案本质上都踩了规则红线：

• ${{ ... }} 是编译期表达式，在流水线启动前就会被解析完成，此时上游检测阶段还没运行，根本拿不到stageDependencies/dependencies里存储的运行时输出值，所以方案1、2试图用编译期if判断运行时变量、动态拼服务数组的写法从逻辑上就走不通。
• $[ ... ] 是运行时表达式，最终只能产出字符串类型值，没法生成YAML识别的结构化数组传给模板的object类型参数，方案3直接把字符串值塞给数组参数，自然会触发空引用报错。

最简洁合规的落地方案 #

完全不需要动态给模板传服务列表，把变更判断下放到单服务对应的执行步骤上即可，既避开了编译/运行时的边界问题，也比硬堆一堆单服务判断的写法干净易维护：

1. 保留changed.yaml里已有的单服务布尔变更输出，删掉没用的servicesChanged/configsChanged数组字符串输出即可。
2. 改造单测模板，全局层面保留「有服务变更/手动触发才执行整个单测Job」的判断，在每个服务对应的单步上单独加运行时条件，没变更就自动跳过这一步。

改造后的单测模板示例

# unitTests.yaml
parameters:
- name: services
  type: object
  default: []

stages:
- stage: UnitTests
  displayName: 运行服务单元测试
  dependsOn: Changed
  condition: succeeded()
  jobs:
  - job: UnitTests
    # 全局判断：有服务变更，或手动触发时才运行整个Job
    condition: or(eq(stageDependencies.Changed.Changes.outputs['detectChanges.anyServicesChanged'], 'true'), eq(variables['Build.Reason'], 'Manual'))
    displayName: 执行单元测试
    steps:
    - ${{ each service in parameters.services }}:
      - bash: |
          echo "正在运行 ${{ service.name }} 单元测试..."
        displayName: 运行 ${{ service.name }} 单元测试
        # 单步判断：仅当对应服务的变更标记为true时才执行
        condition: eq(stageDependencies.Changed.Changes.outputs['detectChanges.${{ service.varSuffix }}'], 'true')

调用模板时的传参示例

把服务名和对应的输出变量后缀做结构化映射，不需要硬写重复判断：

# pr.yaml
- template: templates/changed.yaml
  parameters:
    comparedTo: origin/production
- template: templates/unitTests.yaml
  parameters: 
    services: 
    - name: api
      varSuffix: apiChanged
    - name: admin
      varSuffix: adminChanged
    - name: admin-v2
      varSuffix: adminV2Changed
    - name: client
      varSuffix: clientChanged

方案优势 #

• 完全符合Azure DevOps的表达式运行规则，没有兼容性报错
• 新增服务时只需要在传参列表里加一行配置，不需要改动条件判断逻辑
• 未变更的服务步骤会直接标记为跳过，不浪费执行资源
• 手动触发场景下会绕过单服务的变更判断，自动执行全量单测，符合常规使用习惯

注意：不要试图把运行时生成的变更列表字符串拆分后传给模板参数，模板参数是编译期必须确定的静态值，运行时无法修改其结构，强行转换只会触发不可预期的解析错误。

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