Azure Pipelines：设置的变量未取到值，仍解析为$(kaasServiceConnection)

问题分析 #

你通过##vso[task.setvariable]语法在脚本中根据environment参数设置kaasServiceConnection变量，但后续HelmDeploy任务引用时未解析为预期值，仍显示$(kaasServiceConnection)。

排查与解决方法 #

1. 验证脚本中参数是否正确获取 #

先确认脚本能正确读取parameters.environment的值，在脚本中添加打印语句：

- script: |
    echo "当前环境参数值: $(parameters.environment)"
    if [ "$(parameters.environment)" == "dev" ]; then
      echo "##vso[task.setvariable variable=kaasServiceConnection]SVC-DEV-CONN"
    elif [ "$(parameters.environment)" == "qa" ]; then
      echo "##vso[task.setvariable variable=kaasServiceConnection]SVC-QA-Conn"
    fi
  displayName: '获取服务连接'

查看脚本任务的日志，确认当前环境参数值是否与预期一致。如果参数值为空或错误，变量自然不会被正确设置。

2. 修正##vso命令语法 #

移除变量名后的多余分号，确保命令格式正确：

# 错误写法（带分号）
echo "##vso[task.setvariable variable=kaasServiceConnection;]SVC-DEV-CONN"

# 正确写法
echo "##vso[task.setvariable variable=kaasServiceConnection]SVC-DEV-CONN"

部分环境下，末尾的分号可能导致Azure Pipelines无法正确识别变量设置命令。

3. 改用Pipeline原生条件变量设置（推荐） #

无需脚本，直接在变量定义中通过条件赋值，更可靠且易维护：

variables:
  - name: kaasServiceConnection
    value: 'SVC-DEV-CONN'
    condition: eq(parameters.environment, 'dev')
  - name: kaasServiceConnection
    value: 'SVC-QA-Conn'
    condition: eq(parameters.environment, 'qa')

# 后续任务直接引用
- task: HelmDeploy@0
  displayName: 'Helm upgrade'
  inputs:
    connectionType: 'Kubernetes Service Connection'
    kubernetesServiceEndpoint: '$(kaasServiceConnection)'
    ...

这种方式依赖Pipeline原生的条件判断，避免脚本执行带来的潜在问题。

4. 确认变量作用域与任务执行顺序 #

确保脚本任务在HelmDeploy任务之前执行，且两者处于同一个作业中。##vso[task.setvariable]默认设置的是当前作业内的变量，跨作业需要额外配置isOutput=true并通过作业名引用（如$(previousJob.kaasServiceConnection)）。

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