如何在 Gitlab CI 中将 docker 构建和发布脚本分离到不同的阶段

Question

我想在两个单独的阶段构建和发布 docker 镜像：

• 构建
• 发布

不幸的是，Gitlab 在不同的工作线程中运行这些阶段 - ci-runner-worker11 和 ci-runner-worker15。因此，在第一阶段中构建的图像在第二阶段中不可见。您是否知道一种干净的解决方案来实现这种分离并能够在阶段之间传递这些工件？

我尝试过这个解决方案：

container_images:
  stage: build
  artifacts:
    untracked: true
  image: ...
...

push_images:
  stage: publish
  dependencies: 
- container_images
...

不幸的是，我收到一个错误：

untracked: found 170 files                         
ERROR: Uploading artifacts as "archive" to coordinator... too large archive  id=15085670 responseStatus=413 Request Entity Too Large status=413
FATAL: too large  

Answer 1

为什么需要这个？也许有更好的解决方案。

untracked 工件是相对于项目根文件夹的，docker build 命令会将图像层存储在其他地方。

如果您需要在设置最终标签之前测试容器，您可以：

• 使用临时标签
• 将其推送到存储库
• 测试镜像（使用临时标签）
• 如果所有测试都通过，则更改标签并再次将其推送到存储库
• 如果测试失败，删除测试图像。

您可以使用固定临时标签，但需要确保一次仅运行一个管道。或者，您可以使用基于 CI_PIPELINE_ID 环境变量的临时标记。

Answer 2

在构建阶段将 docker 镜像保存/导出^*作为 tarball：

docker save ${IMAGE} | gzip > saved-docker-image.tgz

并将 tarball 添加到工件列表中：

container_images:
  stage: build
  artifacts:
    paths:
      - saved-docker-image.tgz
  image: ...
...

然后在发布/部署阶段加载/导入^* tarball：

cat saved-docker-image.tgz | gunzip | docker load

然后您可以像平常一样将映像推送到容器注册表（例如）：

docker push ${IMAGE}

^* 请注意，保存/加载和导出/导入之间存在差异。如果您想保留图层和 Docker 上下文的所有其余部分，请使用保存/加载，如果您只想要平面图像，请使用导出/导入。