Azure DevOps中通过Azure CLI动态获取ENV_前缀变量部署ContainerApp

核心问题：Shell参数拆分与特殊字符转义错误 #

你的脚本仅单个简单变量生效，大概率是直接拼接变量时，Shell把带空格、引号的变量拆成了多个参数，导致Azure CLI无法正确识别。以下是具体问题点和修复方案：

1. 错误的变量拼接方式（导致参数拆分） #

如果之前用了类似--env-vars $(printenv | grep ^ENV_ | sed 's/^ENV_//')的写法，Shell会把所有变量按空格拆分，带空格的变量会被截断，只有第一个无空格的变量（比如ENV_SITE_CREATOR_NAME）能被正确识别。

修复：用数组存储每个键值对

# 初始化空数组
env_vars=()

# 遍历所有ENV_前缀的环境变量
for full_var in $(printenv | awk -F= '/^ENV_/ {print $1}'); do
    # 提取去掉前缀的键名
    key=${full_var#ENV_}
    # 获取变量值（用!full_var引用变量的值）
    value=${!full_var}
    # 将键值对格式化为"key=value"，加入数组
    env_vars+=("$key=\"$value\"")
done

# 执行创建命令，注意数组展开的引号
az containerapp create \
  --resource-group <你的资源组> \
  --name <容器应用名称> \
  --image <镜像地址> \
  --env-vars "${env_vars[@]}"

这里用数组存储每个独立的环境变量项，"${env_vars[@]}"会把数组每个元素作为单独的参数传递，避免空格拆分。

2. JSON blob的未转义引号问题 #

如果变量值是带未转义双引号的JSON（比如{"foo": "bar"}），Shell会把双引号当成参数分隔符，导致值被截断。

修复：转义值中的双引号
在添加到数组前，对值里的双引号做转义处理：

# 转义值中的双引号，适配Shell解析
escaped_value=$(echo "$value" | sed 's/"/\\"/g')
env_vars+=("$key=\"$escaped_value\"")

转义后JSON会变成{\"foo\": \"bar\"}，Azure CLI能正确解析为完整的环境变量值。

3. Azure DevOps变量作用域验证 #

先在脚本开头加一行验证命令，确认所有ENV_前缀的变量都能被脚本读取到：

printenv | grep ^ENV_

如果输出里缺少某些变量，说明这些变量的作用域没覆盖到当前脚本任务（比如变量是在其他阶段/任务添加的），需要调整变量的作用域设置。

4. Azure CLI参数格式确认 #

确保每个环境变量的格式是key="value"，带特殊字符的值必须用引号包裹。比如：

• 正确："CONFIG_JSON="{\"key\":\"value\"}""
• 错误：CONFIG_JSON={"key":"value"}（会被拆分成多个参数）

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