【DevOps】配置gitlab runner

简介: 【DevOps】配置gitlab runner

一、Docker 安装 runner


docker run -d --name gitlab-runner --restart always   -v /srv/gitlab-runner/config:/etc/gitlab-runner   -v /var/run/docker.sock:/var/run/docker.sock   gitlab/gitlab-runner:latest



二、进入容器内部创建一个配置文件(这一步可能不需要,直接可进行下一步)


[root@qijing0 ~]# docker exec -it  0e /bin/bash
root@0ea31614bb53:/# touch /etc/gitlab-runner/config.toml



三、注册runner

[root@qijing0 ~]# docker run --rm -it -v /srv/gitlab-runner/config:/etc/gitlab-runner gitlab/gitlab-runner register
Runtime platform                                    arch=amd64 os=linux pid=7 revision=6d480948 version=15.7.1
Running in system-mode.                            
Enter the GitLab instance URL (for example, https://gitlab.com/):
http://192.168.3.1:10000/
Enter the registration token:
GR1348941J1DsxtL4DTjyshfq48kv
Enter a description for the runner:
[92fb28d0fb0a]: deploy-runner
Enter tags for the runner (comma-separated):
deploy
Enter optional maintenance note for the runner:
qijing
WARNING: Support for registration tokens and runner parameters in the 'register' command has been deprecated in GitLab Runner 15.6 and will be replaced with support for authentication tokens. For more information, see https://gitlab.com/gitlab-org/gitlab/-/issues/380872 
Registering runner... succeeded                     runner=GR1348941J1DsxtL4
Enter an executor: instance, kubernetes, ssh, virtualbox, docker+machine, docker-ssh+machine, shell, custom, docker, docker-ssh, parallels:
docker
Enter the default Docker image (for example, ruby:2.7):
centos:7
Runner registered successfully. Feel free to start it, but if it's running already the config should be automatically reloaded!
Configuration (with the authentication token) was saved in "/etc/gitlab-runner/config.toml" 



四、使用runnner


image.png


点击【浏览群组】、点击【CI/CD】、点击【Runnner】


image.png

  • 可以看到,这是配置好的 Runner了




五、运行runner运行在没有标签的项目上


image.png



  • 把【指示此runner是否可以选择无标记的作业】勾上,不然作业会阻塞

[附加]解决runner Failed to connect to gitlab.xxxx port xxx after ms: Operation timed out


vim /srv/gitlab-runner/config/config.toml


修改配置文件

[[runners]]
  name = "runner-deploy"
  url = "http://192.168.3.1:1000/"
  id = 7
  token = "GP-6ZBkZsAjyxs9hvdrW"
  token_obtained_at = 2022-12-24T01:22:36Z
  token_expires_at = 0001-01-01T00:00:00Z
  executor = "docker"
  [runners.custom_build_dir]
  [runners.cache]
    MaxUploadedArchiveSize = 0
    [runners.cache.s3]
    [runners.cache.gcs]
    [runners.cache.azure]
  [runners.docker]
    tls_verify = false
    image = "centos:7"
    privileged = false
    disable_entrypoint_overwrite = false
    oom_kill_disable = false
    disable_cache = false
    volumes = ["/cache"]
    extra_hosts = ["gitlab.xxxx.cn:192.168.3.1"] #添加上这一行
    shm_size = 0


docker restart yourcontainer


重启runnner

目录
相关文章
|
9月前
|
网络安全 开发工具 git
在GitLab CI中同步HTTPS仓库地址的yaml配置
最后,提交并推送 `.gitlab-ci.yml`文件到您的GitLab仓库。GitLab CI/CD将自动识别这个文件,并在每次推送到 `master`分支时执行定义的同步任务。
460 16
|
缓存 Kubernetes Docker
GitLab Runner 全面解析:Kubernetes 环境下的应用
GitLab Runner 是 GitLab CI/CD 的核心组件,负责执行由 `.gitlab-ci.yml` 定义的任务。它支持多种执行方式(如 Shell、Docker、Kubernetes),可在不同环境中运行作业。本文详细介绍了 GitLab Runner 的基本概念、功能特点及使用方法,重点探讨了流水线缓存(以 Python 项目为例)和构建镜像的应用,特别是在 Kubernetes 环境中的配置与优化。通过合理配置缓存和镜像构建,能够显著提升 CI/CD 流水线的效率和可靠性,助力开发团队实现持续集成与交付的目标。
|
11月前
|
域名解析 弹性计算 运维
一键部署 GitLab 代码托管平台:告别繁琐配置,ROS 模板轻松搞定
本文介绍如何使用阿里云资源编排服务(ROS)一键部署GitLab代码托管平台,解决手动部署的复杂性问题。通过ROS模板可实现标准化配置、自动化执行和快速部署等优势,5-10分钟内即可完成整个流程。部署步骤包括准备ROS模板(含ECS实例、安全组规则等配置)、自动创建VPC网络和安全组,并预装GitLab服务。该方案支持按需创建资源,显著提升部署效率并降低运维成本,为团队快速构建高效的开发协作环境。
一键部署 GitLab 代码托管平台:告别繁琐配置,ROS 模板轻松搞定
|
存储 缓存 Java
阿里云云效产品使用合集之如何配置不同的分钟走不同的步骤
云效作为一款全面覆盖研发全生命周期管理的云端效能平台,致力于帮助企业实现高效协同、敏捷研发和持续交付。本合集收集整理了用户在使用云效过程中遇到的常见问题,问题涉及项目创建与管理、需求规划与迭代、代码托管与版本控制、自动化测试、持续集成与发布等方面。
|
Shell Docker 容器
5-17|gitlab的runner什么意思
5-17|gitlab的runner什么意思
|
Kubernetes 应用服务中间件 测试技术
阿里云云效产品使用合集之怎么配置研发流程配置里的预置变量
云效作为一款全面覆盖研发全生命周期管理的云端效能平台,致力于帮助企业实现高效协同、敏捷研发和持续交付。本合集收集整理了用户在使用云效过程中遇到的常见问题,问题涉及项目创建与管理、需求规划与迭代、代码托管与版本控制、自动化测试、持续集成与发布等方面。
|
持续交付 jenkins Devops
WPF与DevOps的完美邂逅:从Jenkins配置到自动化部署,全流程解析持续集成与持续交付的最佳实践
【8月更文挑战第31天】WPF与DevOps的结合开启了软件生命周期管理的新篇章。通过Jenkins等CI/CD工具,实现从代码提交到自动构建、测试及部署的全流程自动化。本文详细介绍了如何配置Jenkins来管理WPF项目的构建任务,确保每次代码提交都能触发自动化流程,提升开发效率和代码质量。这一方法不仅简化了开发流程,还加强了团队协作,是WPF开发者拥抱DevOps文化的理想指南。
462 1
|
持续交付 jenkins C#
“WPF与DevOps深度融合:从Jenkins配置到自动化部署全流程解析,助你实现持续集成与持续交付的无缝衔接”
【8月更文挑战第31天】本文详细介绍如何在Windows Presentation Foundation(WPF)项目中应用DevOps实践,实现自动化部署与持续集成。通过具体代码示例和步骤指导,介绍选择Jenkins作为CI/CD工具,结合Git进行源码管理,配置构建任务、触发器、环境、构建步骤、测试及部署等环节,显著提升开发效率和代码质量。
544 0
|
jenkins Devops Java
jenkins学习笔记之十:配置Gitlab提交流水线
jenkins学习笔记之十:配置Gitlab提交流水线
1100 0