如何在gitlab-ci.yml中实现Job1到Job2的标签变量传递？

GitLab CI 的 tags 字段是在流水线初始化阶段就完成解析的，而通过 dotenv artifacts 传递的变量是在 job1 执行完成后才会被注入到后续 job 的环境中。两者的执行时序不匹配，所以你没法直接用 dotenv 变量给 job2 的 tags 赋值。

方案一：使用 Runner 粘性会话（推荐） #

给 BUILD-POOL 下的 Runner 配置session_timeout，让同一个流水线的所有 job 优先分配到同一个 Runner（VM）上，无需手动传递变量。

1. 编辑 Runner 的配置文件（通常是config.toml），添加session_timeout参数：

[[runners]]
  name = "BUILD-POOL Runner"
  url = "https://你的GitLab实例地址/"
  token = "你的Runner令牌"
  executor = "virtualbox" # 根据你的实际执行器调整
  session_timeout = 3600 # 设置会话超时时间，单位秒，按需调整
  [runners.tags]
    - "BUILD-POOL"

2. 修改 CI 配置，让 job2 直接使用BUILD-POOL标签，并依赖job1：

job1:
  stage: build
  tags: [BUILD-POOL]
  script:
    - echo "执行构建任务"
  rules:
    - if: '$CI_PIPELINE_SOURCE == "web"'

job2:
  stage: test
  tags: [BUILD-POOL]
  script:
    - echo "job2 test"
  needs: [job1]
  rules:
    - if: '$CI_PIPELINE_SOURCE == "web"'

配置后，GitLab 会优先把job2分配给job1使用过的 Runner，实现同VM运行。

方案二：传递 Runner 标识标签（需提前配置） #

如果必须通过标签精准指定 Runner，可以利用 GitLab 预定义变量CI_RUNNER_ID传递 Runner 标识：

1. 提前给每个BUILD-POOL的 Runner 添加一个包含自身 ID 的标签，比如 Runner ID 是123，就添加标签runner-123。
2. 修改 CI 配置，让job1把 Runner 标识写入dotenv：

job1:
  stage: build
  tags: [BUILD-POOL]
  script:
    - echo "RUNNER_TAG=runner-$CI_RUNNER_ID" >> build.env
  artifacts:
    reports:
      dotenv: build.env
  rules:
    - if: '$CI_PIPELINE_SOURCE == "web"'

3. job2使用动态生成的 Runner 标签：

job2:
  stage: test
  tags:
    - "$RUNNER_TAG"
  script:
    - echo "job2 test on same runner"
  needs: [job1]
  rules:
    - if: '$CI_PIPELINE_SOURCE == "web"'

这个方法需要维护 Runner 的标签，适合对 Runner 有严格指定需求的场景。

• dotenv 传递的变量仅能用于 job 的script、before_script等执行阶段的内容，无法用于tags、stage这类流水线初始化阶段确定的字段。
• 粘性会话的session_timeout需要设置足够长，确保job2能在超时前启动。

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