最近在配置gitlab CI 中的流水,配置到一半的时候，出现一个让我选择executor的选项，里面有好几个选项比如像ssh,shell,docker等等，如果配的不对，跑的过程中还会出现一些问题，所以这里稍微记一下它的一些常见excutor及使用场景
一、核心作用
GitLab Runner 中的 Executor（执行器） 是负责执行 CI/CD 任务的核心组件，它决定了任务在何处以及如何运行。以下是其主要作用和关键点：
-
定义任务执行环境
Executor 决定任务运行的环境，例如：• 本地 Shell：直接在 Runner 所在主机的 Shell 中执行命令。
• Docker 容器：在隔离的 Docker 容器中运行任务，确保环境一致性。
• Kubernetes Pod：在 Kubernetes 集群中动态创建 Pod 执行任务。
• SSH 远程主机：通过 SSH 连接到远程服务器执行任务。
-
隔离性与安全性
不同的 Executor 提供不同程度的隔离：• Docker/Kubernetes 通过容器隔离，避免依赖冲突。
• Shell 直接依赖主机环境，适合简单或受控场景。
-
资源管理
Executor 可控制资源分配（如 CPU、内存），例如 Kubernetes Executor 可动态调度资源。 -
缓存与依赖管理
某些 Executor（如 Docker）支持缓存依赖，加速构建；而 Shell 需手动管理。
二、常见 Executor 类型
| 类型 | 特点 |
|---|---|
shell | 直接使用主机 Shell，无隔离，适合简单任务或已有配置的主机。 |
docker | 在容器中运行任务，隔离性好，适合复杂依赖或多语言项目。 |
docker+machine | 动态创建 Docker 主机（自动扩缩容），适合大规模并行任务。 |
kubernetes | 在 Kubernetes 集群中调度 Pod，适合云原生环境。 |
ssh | 通过 SSH 连接到远程服务器执行，适合混合云或物理机部署。 |
配置示例
在 Runner 的配置文件 config.toml 中定义 Executor：
[[runners]]
name = "docker-runner"
url = "https://gitlab.com"
token = "xxxxxxxxx"
executor = "docker" # 指定使用 Docker Executor
[runners.docker]
tls_verify = false
image = "alpine:latest" # 默认使用的镜像
privileged = false
三、 如何选择 Executor？
• 简单脚本/已有环境 → shell
• 依赖隔离/多语言项目 → docker
• 云原生/K8s 集群 → kubernetes
• 临时弹性任务 → docker+machine
通过合理选择 Executor，可以优化构建速度、环境一致性和资源利用率。
