如何在Azure Pipeline同Job中用输出变量作为其他任务字段值？

核心问题分析 #

你遇到的本质矛盾是：KubernetesManifest@1任务的kubernetesServiceConnection参数属于编译阶段校验字段——Azure Pipeline会在流水线启动前就检查该参数对应的服务连接是否存在；而你通过##vso[task.setvariable]生成的是运行时变量，编译阶段还未产生实际值，因此系统会把$(GetServiceConnection.serviceconnection)当作字面量去查找服务连接，最终导致"服务连接不存在"的报错。

另外，${{ GetServiceConnection.serviceconnection }}报错是因为${{ ... }}是编译阶段表达式，只能引用模板参数、静态变量组这类编译时就存在的内容，无法识别运行时生成的任务输出变量。

可行解决方案 #

方案1：提前通过模板参数映射服务连接（推荐，适用于固定映射场景） #

如果overlay名称和服务连接存在固定对应关系，直接在流水线参数中定义映射，编译阶段即可解析出合法的服务连接名称：

parameters:
  apps:
    - application: app1
      environments:
        - name: dev
          serviceConnection: sc-aks-dev
        - name: prod
          serviceConnection: sc-aks-prod

stages:
- stage: ProcessApps
  jobs:
  - ${{ each app in parameters.apps }}:
    - job: ProcessApp_${{ app.application }}
      displayName: "Processing App '${{ app.application }}'"      
      steps:
      - ${{ each overlay in app.environments }}:
        - task: Bash@3
          name: GetServiceConnection
          displayName: Get Service Connection for '${{ overlay.name }}'
          inputs:
            targetType: inline
            script: |
              # 可选：保留原有逻辑用于日志输出
              echo "Service connection for ${overlay.name}: ${{ overlay.serviceConnection }}"

        - task: KubernetesManifest@1
          name: bake_${{ app.application }}_${{ overlay.name }}
          displayName: Baking ${{ app.application }} - ${{ overlay.name }}
          inputs:
            action: bake
            renderType: kustomize
            kustomizationPath: '$(System.DefaultWorkingDirectory)/01_applications/${{ app.application }}/overlays/${{ overlay.name }}'

        - task: KubernetesManifest@1
          displayName: Deploying
          inputs:
            kubernetesServiceConnection: ${{ overlay.serviceConnection }}
            manifests: $(bake_${{ app.application }}_${{ overlay.name }}.manifestsBundle)

方案2：用Azure CLI绕过编译阶段校验（适用于完全动态场景） #

如果必须在运行时动态获取服务连接，可改用AzureCLI@2任务调用kubectl部署，通过动态获取kubeconfig的方式，避免提前指定服务连接：

# 替换原有的KubernetesManifest部署任务
- task: AzureCLI@2
  displayName: Deploy via Azure CLI
  inputs:
    azureSubscription: <你的Azure订阅服务连接>
    scriptType: bash
    scriptLocation: inlineScript
    inlineScript: |
      # 根据动态获取的服务连接名称，获取对应AKS集群的kubeconfig
      # 这里需要根据实际逻辑替换集群名和资源组名的获取方式
      az aks get-credentials --name <AKS集群名> --resource-group <资源组名> --overwrite-existing
      # 应用bake生成的manifest文件
      kubectl apply -f $(bake_${{ app.application }}_${{ overlay }}.manifestsBundle)

注意：需确保Azure订阅服务连接有权限访问目标AKS集群，或者根据动态获取的服务连接信息调用对应的认证命令。

方案3：作业级变量中转（有限动态场景可用） #

如果动态服务连接的可选值在编译阶段可被枚举，可通过作业级变量中转，减少编译阶段校验冲突：

- job: ProcessApp_${{ app.application }}
  displayName: "Processing App '${{ app.application }}'"
  variables:
    # 初始化作业级变量
    targetServiceConnection: ''
  steps:
  - ${{ each overlay in app.environments }}:
    - task: Bash@3
      name: GetServiceConnection
      displayName: Get Service Connection for '${{ overlay }}'
      inputs:
        targetType: inline
        script: |
          service_connection="sc-aks-dev"
          echo "##vso[task.setvariable variable=serviceconnection;isOutput=true]${service_connection}"

    # 将任务输出变量转为作业级变量
    - script: echo "##vso[task.setvariable variable=targetServiceConnection]$(GetServiceConnection.serviceconnection)"
      displayName: Set Job-level Service Connection

    - task: KubernetesManifest@1
      displayName: Deploying
      inputs:
        kubernetesServiceConnection: $(targetServiceConnection)
        manifests: $(bake_${{ app.application }}_${{ overlay }}.manifestsBundle)

局限性：如果服务连接名称完全不可预知（编译阶段无法枚举），此方法仍会触发编译阶段校验失败，建议改用方案2。

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