GitLab预合并流水线如何传递构建的Docker镜像至测试流水线？

核心思路很简单：别用latest这种会覆盖的标签，给每个预合并流水线的镜像打唯一标识标签，触发测试流水线时把这个标签当变量传过去，测试流水线直接用这个标签拉取对应镜像就行。

具体操作步骤 #

1. 开发仓库流水线：构建唯一标签镜像并触发测试 #

在开发仓库的.gitlab-ci.yml里，针对MR分支（也就是合并到master前的分支）配置流水线：

• 用流水线ID+提交短SHA生成唯一标签，绝对不会重复
• 构建推送镜像后，把标签通过变量传给测试流水线

示例代码：

# 开发仓库的.gitlab-ci.yml
stages:
  - build
  - trigger-test

build-image:
  stage: build
  only:
    - merge_requests  # 只在MR分支运行，对应合并到master前的场景
  script:
    # 生成唯一镜像标签，流水线ID+短SHA组合
    - IMAGE_TAG="${CI_PIPELINE_ID}-${CI_COMMIT_SHORT_SHA}"
    # 构建镜像
    - docker build -t your-registry/your-app:$IMAGE_TAG .
    # 推送到镜像仓库
    - docker push your-registry/your-app:$IMAGE_TAG
    # 把标签写入env文件，供后续步骤传递
    - echo "IMAGE_TAG=$IMAGE_TAG" > image_tag.env
  artifacts:
    reports:
      dotenv: image_tag.env  # 通过dotenv artifact传递变量到下一个stage

trigger-test-pipeline:
  stage: trigger-test
  only:
    - merge_requests
  trigger:
    project: your-group/test-repo  # 替换成你的测试仓库路径
    strategy: depend  # 等待测试流水线完成，MR里能直接看到结果
    variables:
      IMAGE_TAG: $IMAGE_TAG  # 把镜像标签变量传给测试流水线

2. 测试仓库流水线：接收变量并拉取指定镜像 #

在测试仓库的.gitlab-ci.yml里，直接用传过来的IMAGE_TAG拉取镜像跑测试：

# 测试仓库的.gitlab-ci.yml
stages:
  - test

run-tests:
  stage: test
  script:
    # 拉取开发流水线传过来的指定标签镜像
    - docker pull your-registry/your-app:$IMAGE_TAG
    # 执行测试命令，这里替换成你的测试逻辑
    - docker run your-registry/your-app:$IMAGE_TAG npm run test
  only:
    - triggers  # 只允许被触发的流水线运行，避免手动触发时没变量

额外优化建议 #

• 还能给镜像标签加上MR编号（CI_MERGE_REQUEST_IID），比如IMAGE_TAG="mr-${CI_MERGE_REQUEST_IID}-${CI_COMMIT_SHORT_SHA}"，查问题时更直观
• 要是用私有镜像仓库，记得给测试流水线配置拉取权限（比如在测试项目里加仓库的认证凭据）
• 开启strategy: depend后，MR页面会直接显示测试流水线的成功/失败状态，不用跳去测试仓库看

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