我知道这个问题很老,但我想我还是要回答它,因为我现在一直在做类似的事情,我想我想在更大的范围内回答它,给出一个基本的想法,一个起点,了解 GitLab-CI 的构建过程。
有多种方法可以在系统上安装 gitlab-runner,如此处所述。它总是会开始安装跑步者,然后在你的 gitlab 实例中注册跑步者。
此处将指导您完成注册过程。在注册过程中,您必须选择将在其上实现构建的执行者。这些可以是 ssh、docker+machine、docker-ssh+machine、kubernetes、docker、parallels、virtualbox、docker-ssh 和 shell:docker。
假设你选择 docker 作为执行者。将构建传递给您的运行器后,它将启动一个构建容器,将在其中执行构建。在某些项目设置中,没有将图像定义为“基础环境”。因此,在(docker executor)运行程序注册期间,您将被要求定义一个可用作构建容器的默认映像,即构建的环境。
因此,如果您有一个没有定义“基础环境”的项目,您必须选择一个满足您构建需求的项目。例如,如果您运行在 ant 脚本中定义的构建,您将需要一个安装了 ant 的映像,或者您需要在 .gitlab-ci.yml 中设置 ant。
在 .gitlab-ci.yml 中,您将描述您的构建管道(在此处查看更多信息)。在那里,您还可以更精确地定义如何将您的 repo 克隆到您的构建容器中。但是在默认配置下,每次贡献者将代码库上的更改推送到 git(lab) 存储库时,都会发生克隆。
GitLab 要求您使用内置的 git 存储库。这使 GitLab 无需进一步配置即可克隆存储库(除了管理配置,您必须通过设置 GitLab 并对其进行维护)。
您可以使用其他容器(称为“服务”)来支持构建容器,例如在构建过程中运行测试的数据库容器。
有关详细信息,另请参阅https://docs.gitlab.com/runner/和https://docs.gitlab.com/ee/README.html