GitLab CI同阶段作业间如何传递变量？

GitLab CI默认的跨作业传变量方法（比如dotenv artifacts）在同阶段作业里失效，核心原因是同阶段作业是并行执行的，没有依赖顺序——它们同时启动，根本等不到对方生成变量文件。下面是几种可行的解决办法：

1. 前置阶段生成变量（最可靠） #

把生成变量的逻辑单独放到一个前置阶段，让同阶段的所有作业都依赖这个前置作业的输出。这是官方推荐的方案，完全避免并行冲突。

示例配置：

stages:
  - prepare
  - build

# 前置阶段专门生成共享变量
generate_shared_vars:
  stage: prepare
  script:
    # 替换成你的变量生成逻辑，比如计算值、从文件读取等
    - echo "MY_DYNAMIC_VAR=$(date +%s)" >> variables.env
  artifacts:
    reports:
      dotenv: variables.env  # 通过dotenv报告传递变量

# 同阶段作业都依赖前置作业
build_service_a:
  stage: build
  needs: [generate_shared_vars]
  script:
    - echo "使用共享变量: $MY_DYNAMIC_VAR"

build_service_b:
  stage: build
  needs: [generate_shared_vars]
  script:
    - echo "同样能拿到变量: $MY_DYNAMIC_VAR"

2. 项目/组级全局变量（静态场景适用） #

如果变量不需要动态生成，直接在GitLab项目的「Settings > CI/CD > Variables」里添加全局变量，同阶段的所有作业都能直接读取。但这种方法只适合固定值的变量，没法处理运行时动态生成的内容。

3. 缓存共享（应急用，不推荐） #

把变量写入缓存文件，让同阶段作业共享缓存。但缓存不可靠——并行执行时，作业B可能在作业A写完缓存前就读取，导致变量不存在；而且缓存可能被其他流水线覆盖，所以只适合非关键场景。

示例配置：

cache:
  key: "shared-build-cache"
  paths:
    - .shared_vars.env

build_job_a:
  stage: build
  script:
    - echo "TEMP_VAR=test_value" >> .shared_vars.env

build_job_b:
  stage: build
  script:
    - source .shared_vars.env && echo "拿到变量: $TEMP_VAR"

总结 #

如果必须共享动态生成的变量，优先用前置阶段+dotenv artifacts的方案——这是唯一稳定可靠的方式。GitLab本身不支持同阶段并行作业之间的依赖，所以不要强行在同阶段内传递变量，调整阶段结构是更合理的选择。

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