当前位置: 首页 > news >正文

GitLab CI/CD实现项目自动化部署

1 GitLab CI/CD介绍

  • GitLab CI/CD 是 GitLab 中集成的一套用于软件开发的持续集成(Continuous Integration)、持续交付(Continuous Delivery)和持续部署(Continuous Deployment)工具。这套系统允许开发团队自动化软件交付流程,从代码变更的检测、构建、测试到最终部署到生产环境的整个过程。

  • 持续集成(CI)

    • 每次代码推送至版本控制系统(如GitLab仓库),系统自动进行构建和测试。这确保了代码变更能够快速集成到主分支,同时发现并修复集成错误。
  • 持续交付(CD)

    • 在持续集成的基础上,进一步自动化将已验证的代码变更交付到一个预生产或生产准备就绪的环境中。这个阶段可能包括更复杂的测试套件、性能测试等,确保软件随时可以部署到生产环境,但实际部署可能需要人工审批。
  • 持续部署(CD)

    • 在持续交付的基础上,将交付过程完全自动化,无需人工干预即可将通过所有测试的代码直接部署到生产环境。这意味着每次代码变更经过测试后都能快速安全地到达用户手中。

2 GitLab CI/CD 与 GitLab Runner

  • GitLab CI/CD 是一套集成在GitLab平台中的服务,负责管理软件开发生命周期中的构建、测试和部署等流程。它通过读取项目中的 .gitlab-ci.yml 配置文件来定义各种任务(Jobs)和流程(Pipelines),从而实现持续集成和持续部署的目标。

  • GitLab Runner 则是实现这些CI/CD流程的实际工作者或执行引擎。它是单独部署的一个程序,可以安装在不同的操作系统(如Linux、macOS、Windows)上,并与GitLab实例进行注册和绑定。一旦有新的提交触发了GitLab CI/CD流程,GitLab会调度已注册的Runner来执行.gitlab-ci.yml中定义的任务。

  • 简单来说,GitLab CI/CD是计划者和协调者,负责定义何时以及如何执行任务,而GitLab Runner则是具体执行这些任务的实体。Runner可以是共享的(服务于多个项目)或者专属的(仅为单一项目服务),并且可以根据项目需求配置不同的执行环境(例如使用Docker容器来隔离构建环境)。

3 GitLab Runner

  • 官网介绍

3.1 安装

  • 以Centos为例
  • gitlab-runner安装包下载,在Package栏搜索gitlab-runner,可以下载这个版本 el/7/x86_64/gitlab-runner-16.6.0-1.x86_64.rpm
  • 安装命令如下
  •   # 安装sudo rpm -ivh gitlab-runner-16.6.0-1.x86_64.rpm	# 查看是否安装成功gitlab-runner -h
    

3.2 注册

  • 注册前需要先从gitlab服务器获取token。
  • 在主页面的Projects中找到 Configure GitLab
    • 在这里插入图片描述
  • 找到CI/CD中的Runners
    • 在这里插入图片描述
  • 找到token保存下来
    • 在这里插入图片描述
  • 注册
    •   # 注册runnersudo gitlab-runner register
      
    • 注册过程中需要填入一些信息,Token就是上面复制的那个,具体如下
    • 在这里插入图片描述
    • 注册完刷新gitlab页面,可以看到有一个Runner实例。
    • 如果找不到这个界面,可以这样访问 http://192.168.206.137/admin/runners
    • 在这里插入图片描述
  • 点击编辑
  • 在这里插入图片描述
  • 勾选Run untagged jobs,然后保存。
  • 在这里插入图片描述

3.3 编写流水线脚本

  • 首先在gitlab中创建一个项目,然后新建一个文件
  • 在这里插入图片描述
  • 文件名为 .gitlab-ci.yml,脚本内容就写一个最简单的测试脚本。
  • 在这里插入图片描述
  • 脚本内容如下
  •   build:stage: buildscript:- echo "start build"test:stage: testscript:- echo "start test"deploy:stage: deployscript: - echo "start deploy"
    
  • 保存提交后会自动触发CI/CD流程,在Build中找到Pipelines。
  • 在这里插入图片描述
  • 可以看到步骤全部通过
  • 在这里插入图片描述
  • 点击Passed可以看到详细流程
  • 在这里插入图片描述
  • 点击build,就是build的执行过程
  • 在这里插入图片描述
  • 至此,GitLab-CI/CD 自动化部署的流程就通了。可以把 .gitlab-ci.yml 脚本中的内容修改为实际要执行的命令,这样每一次提交代码后,就会自动触发编译、测试、发布步骤。

4 项目演示

  • 比较简单的自动化部署流程为:编译、测试、打包和发布。本项目就主要演示下如何实现自动化的编译、测试和发布。
  • 现在创建一个项目,文件结构如下
    • ├── .gitlab-ci.yml
      ├── main.cpp
      ├── README.md
      └── test.sh
  • .gitlab-ci.yml 内容如下
    •   # 编译build:stage: buildscript:- echo "start build"- g++ main.cpp -o gitlabcicd_test# 指定生成的可执行程序存放目录为当前目录artifacts:paths:- gitlabcicd_test# 测试test:stage: testscript:- echo "start test"- chmod 0777 test.sh# 测试- ./test.sh# 发布deploy:stage: deployscript: - echo "start deploy"# 模拟发布流程- cp gitlabcicd_test package1
      
  • mian.cpp 中输出一个打印。
  • test.sh 中运行生成的可执行程序。
  • 工程写完后,push到gitlab仓库中,会自动触发cicd流程。
  • 在项目中找到 Build,点击Pipelines。
    • 在这里插入图片描述
  • 可以看到,自动化编译、测试、发布流程成功了
    • 在这里插入图片描述
    • 在这里插入图片描述
  • 点击一个进去,在控制台会有详细打印
    • 在这里插入图片描述
  • 进到GitLab Runner服务器对应目录下,可以看到自动化编译、测试、发布已经完成。
    • 在这里插入图片描述
http://www.lryc.cn/news/397979.html

相关文章:

  • 阿里云调整全球布局关停澳洲云服务器,澳洲服务器市场如何选择稳定可靠的云服务?
  • 排序(二)——快速排序(QuickSort)
  • <数据集>穿越火线cf人物识别数据集<目标检测>
  • a+=1和a=a+1的区别
  • 设计模式使用场景实现示例及优缺点(结构型模式——桥接模式)
  • Spring——自动装配Bean
  • 云端典藏:iCloud中个人收藏品目录的智能存储方案
  • 安全开发基础篇-数据溢出
  • Scanner工具类
  • springboot3 集成GraalVM
  • HumanoidBench——模拟仿人机器人算法有未来
  • 实现前端用户密码重置功能(有源码)
  • 《双流多依赖图神经网络实现精确的癌症生存分析》| 文献速递-基于深度学习的多模态数据分析与生存分析
  • 【Hive SQL 每日一题】在线峰值人数计算
  • 谷粒商城学习笔记-18-快速开发-配置测试微服务基本CRUD功能
  • 机器学习库实战:DL4J与Weka在Java中的应用
  • MongoDB教程(一):Linux系统安装mongoDB详细教程
  • leetcode74. 搜索二维矩阵
  • Redis 布隆过滤器性能对比分析
  • Java List不同实现类的对比
  • 【C语言】 —— 预处理详解(下)
  • Jupyter Notebook简介
  • ChatGPT 5.0:一年后的猜想
  • Java套红:指定位置合并文档-NiceXWPFDocument
  • 【操作系统】进程管理——进程的同步与互斥(个人笔记)
  • Qt:13.多元素控件(QLinstWidget-用于显示项目列表的窗口部件、QTableWidget- 用于显示二维数据表)
  • 恢复出厂设置手机变成砖
  • 解决IntelliJ IDEA中克隆GitHub项目不显示目录结构的问题
  • Git错误分析
  • pom.xml中重要标签介绍