如何在GitLab Pipeline中实现变量自引用？

方案一：在脚本内动态处理变量 #

直接在deploy_review作业的脚本阶段处理变量，避开GitLab CI变量赋值阶段的自引用限制：

deploy_review:
  script:
    - |
      # 根据原有HELM_EXTRA_ARGS的值拼接新参数
      if [ -n "$HELM_EXTRA_ARGS" ]; then
        HELM_EXTRA_ARGS="$HELM_EXTRA_ARGS --set a.b.c=$ANOTHER_VAR"
      else
        HELM_EXTRA_ARGS="--set a.b.c=$ANOTHER_VAR"
      fi
    # 执行helm部署命令，传入处理后的变量
    - helm upgrade --install my-release ./chart $HELM_EXTRA_ARGS

这种方式逻辑直观，能明确处理原有变量为空的情况，避免多余空格导致helm命令解析错误。

方案二：用Shell参数扩展在变量定义中拼接 #

利用Shell参数扩展语法，在变量定义阶段完成拼接，无需修改脚本逻辑：

deploy_review:
  variables:
    # 用${VAR:+VALUE}语法处理空值：原有变量非空时追加原值+空格，否则直接用新参数
    HELM_EXTRA_ARGS: "${HELM_EXTRA_ARGS:+$HELM_EXTRA_ARGS }--set a.b.c=$ANOTHER_VAR"
  script:
    - helm upgrade --install my-release ./chart $HELM_EXTRA_ARGS

语法说明 #

${HELM_EXTRA_ARGS:+$HELM_EXTRA_ARGS } 是Shell参数扩展规则：

• 当HELM_EXTRA_ARGS已定义且非空时，替换为$HELM_EXTRA_ARGS （原值加空格）
• 当HELM_EXTRA_ARGS未定义或为空时，替换为空字符串
  拼接后不会出现前导空格，helm能正确解析所有参数。

直接自引用失败的原因 #

GitLab CI的变量赋值阶段，解析顺序优先于作业间的变量传递（比如前置步骤设置的变量）；同时如果原有变量为空，直接自引用会生成 --set a.b.c=xxx这种带前导空格的参数，helm会将其识别为无效参数，导致命令执行失败。

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