gitlab runner
- runner: 本身可以使用多种方式安装，比如使用Docker镜像启动。 具体指的是runner运行在哪里
- shell runner:
- docker runner
- k8s runner
- runner: 进行build操作的时候，也可以选择多种build环境安装
运行在docker当中的runner
- 无论runner在哪里运行都需要注册，如下是在docker当中注册
touch config.toml
docker -compose up -d
# 注册runner
docker exec -it gitlab-runner gitlab-runner register
之前令我疑惑的地方
- runner可以运行在docker容器当中，可以运行在k8s当中，这个都没有任何关系
- 实际上我的runner是运行在服务器上面的，相当于是一个shellrunner，所以我是使用了shellrunner 操控了k8s集群。
- 在build的时候，可以指定k8s，可以指定docker
- 不同的CI任务实际上就是在使用不同的镜像的容器中执行shell命令
- 如果使用docker运行kubectl那么需要将k8s的配置项挂载到镜像当中，
- 如果使用shellrunner运行kubectl那么需要将git-runner这个用户配置成为可以运行kubectl的
参考文章
本文深入解析GitLab Runner的工作原理，包括不同类型的Runner如Docker、Shell及K8s Runner的使用场景，以及如何在CI/CD流程中有效利用Runner执行构建任务。特别关注了在Kubernetes集群中集成GitLab CI的任务执行策略。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
