docker - 为什么 gitlab-ci 默认为每个作业使用 git clone 而不是先构建 docker 镜像？

Question

Gitlab-ci 的默认模式是在管道中的每个作业中使用 git clone。这很耗时，尤其是因为在克隆之后我们需要安装/更新所有依赖项。我想翻转管道的顺序，从 git clone + docker build 开始，然后使用该镜像运行所有后续作业，而无需为每个作业克隆和重建。

我错过了什么吗？如果我已经有了包含当前代码的图像，我还有什么理由想为每个作业单独克隆存储库吗？

Answer 1

你没有遗漏任何东西。如果您知道自己在做什么，则无需为管道中的每个阶段克隆存储库。如果您将 GIT_STRATEGY 变量设置为 none，您的测试作业或任何其他作业将运行得更快，您可以简单地运行您的 docker pull 命令和您需要的测试.只需确保使用正确的 docker 镜像，即使您启动了许多并行作业。例如，您可以使用 CI_COMMIT_REF_NAME 作为 docker 镜像名称的一部分。

至于为什么 GitLab 默认使用 git clone，我猜这是最不令人惊讶的行为。如果你想象一个 GitLab 新手和 CI 新手，如果每个作业都简单地克隆整个 repo，他们将更容易启动和运行。您还必须记住，并非每个人都在他们的工作中构建 docker 镜像。我想最常见的设置方式是使用不需要编译的编程语言，例如 python，或者有一个 build生成二进制文件的作业，然后是运行二进制文件的 test 作业。然后，他们可以使用 artifacts 将二进制文件从构建作业发送到测试作业。

这很简单而且有效。当人们意识到他们的测试工作的大部分时间都花在克隆存储库上时，他们可能会研究如何更改 GIT_STRATEGY，并做其他事情来优化他们的特定构建。