GitLab CI流水线中如何将一个job的变量值传递给同阶段下一个job

核心结论 #

GitLab CI 默认不支持同阶段并行Job直接传递自定义变量，所有Job默认运行在隔离的Runner环境中，不存在跨Job的变量共享上下文，且同阶段Job默认并行执行，不存在先后依赖关系，因此需要通过调整执行顺序+中间媒介的方式实现需求。

可行实现方案 #

方案1：串行调度+dotenv制品传递（最推荐） #

通过needs关键字将同阶段Job调整为串行执行，前序Job将变量写入dotenv格式文件并作为制品上报，后续Job直接读取制品自动注入变量，无需额外手动解析，这是GitLab官方提供的跨Job变量传递能力。
示例配置如下：

stages:
  - your_stage_name # 替换为你的实际阶段名称

# 同阶段第一个生成变量的Job
generate_var_job:
  stage: your_stage_name
  script:
    # 将自定义变量写入.env格式文件，支持写入多个变量
    - echo "MY_CUSTOM_VAR=expected_value" >> var.env
    - echo "OTHER_VAR=another_value" >> var.env
  artifacts:
    reports:
      # 声明该制品为dotenv格式，GitLab会自动将变量注入到依赖该制品的Job中
      dotenv: var.env
    # 可选：设置制品过期时间，避免占用存储空间
    expire_in: 1h

# 同阶段后续校验变量的Job
verify_var_job:
  stage: your_stage_name
  # 声明依赖前序生成变量的Job，保证执行顺序且自动拉取dotenv制品
  needs: ["generate_var_job"]
  script:
    # 直接读取变量即可，GitLab已经自动完成注入
    - echo "获取到的自定义变量值为：$MY_CUSTOM_VAR"
    # 这里写你的变量校验逻辑
    - if [ "$MY_CUSTOM_VAR" != "expected_value" ]; then exit 1; fi

方案2：外部存储中转（适用于必须同阶段并行的场景） #

如果你的场景要求同阶段Job必须并行执行，可以借助团队内部的公共存储中转变量，比如Redis、配置中心、对象存储等：

• 前序Job生成变量后写入公共存储，绑定唯一的流水线ID作为key
• 后续Job轮询读取该key对应的值，拿到后执行校验逻辑

注意：该方案需要额外处理并发冲突、读取超时、权限校验问题，复杂度较高，非必要不推荐使用。

常见问题说明 #

• 不需要手动对dotenv制品执行source操作，GitLab CI会自动解析dotenv报告中的变量注入到Job环境中
• 同阶段设置needs后不会影响其他阶段的执行逻辑，仅调整当前阶段内的Job依赖关系
• 该方案兼容GitLab 12.9及以上所有版本，无额外付费功能要求

内容的提问来源于stack exchange，提问作者Milica Nikolić