作业脚本在gitlab ci中的哪里运行？

Question

Job脚本在哪里运行？它可以与Runner在同一系统上运行吗？运行程序如何运行脚本，以及在哪里保存构建？如果有人可以解释Gitlab CI的整个流程，那就太好了。

Answer 1

是的，您的作业脚本与运行程序在同一系统上运行。但在深入讨论之前，我们需要讨论术语。我的团队之前曾遇到过问题，因为“跑步者”一词的含义过多。人类通常使用“跑步者”来表示两种不同的事物：

• gitlab-ci exe所在的服务器
• gitlab-ci 运行程序

前者应该是不言自明的；当你想创建一个 gitlab-ci 运行器时，你要做的第一件事就是配置一个虚拟机并将 exe 放在它的某个地方。

后者需要一些解释。gitlab-ci 运行者不像 Jenkins 奴隶；它们不是整个服务器。相反，gitlab-ci 运行程序的行为就像工作区和 Jenkins 标签的组合。换句话说，gitlab-ci 运行器结合了服务器、gitlab 实例、执行环境和一组标签。在同一台服务器上有多个 gitlab-ci 运行程序是完全可能的，而且实际上是正常的。

作业脚本与任一类型的运行程序完全解耦（“作业脚本”我假设您指的是从文件调用的代码.gitlab-ci.yml）。您从该调用的任何内容.gitlab-ci.yml以及实际上script其中的元素都将被执行

• 由与为运行脚本的作业配置的标签相匹配的运行程序
• 在安装该运行程序的服务器上
• 在 shell、Docker 或 Vagrant 容器中，具体取决于运行程序

最后，构建版本保存在安装运行器的计算机上。该位置取决于您将 gitlab-ci 可执行文件放入的文件夹。否则，作业将以类似于 Jenkins 工作区的方式存储在文件系统上。