手把手教你深入了解 GitLab CI/CD 原理及流程

最新推荐文章于 2024-04-01 09:58:24 发布
最新推荐文章于 2024-04-01 09:58:24 发布
阅读量2.5k 收藏 8
点赞数 3
文章标签： java docker 编程语言 git kubernetes
原文链接：https://www.bilibili.com/video/BV19K411T7Ty
版权

点击上方 IT牧场 ，选择 置顶或者星标

技术干货每日送达



来源：suo.im/5Hx3mX

推荐：https://www.xttblog.com/?p=5107

GitLab CI/CD 是一个内置在GitLab中的工具，用于通过持续方法进行软件开发：

  • Continuous Integration (CI)  持续集成

  • Continuous Delivery (CD)     持续交付

  • Continuous Deployment (CD)   持续部署

持续集成的工作原理是将小的代码块推送到Git仓库中托管的应用程序代码库中，并且每次推送时，都要运行一系列脚本来构建、测试和验证代码更改，然后再将其合并到主分支中。

持续交付和部署相当于更进一步的CI，可以在每次推送到仓库默认分支的同时将应用程序部署到生产环境。

这些方法使得可以在开发周期的早期发现bugs和errors，从而确保部署到生产环境的所有代码都符合为应用程序建立的代码标准。

GitLab CI/CD 由一个名为 .gitlab-ci.yml 的文件进行配置，改文件位于仓库的根目录下。文件中指定的脚本由GitLab Runner执行。

1. GitLab CI/CD 介绍

软件开发的持续方法基于自动执行脚本，以最大程度地减少在开发应用程序时引入错误的机会。从开发新代码到部署新代码，他们几乎不需要人工干预，甚至根本不需要干预。

它涉及到在每次小的迭代中就不断地构建、测试和部署代码更改，从而减少了基于已经存在bug或失败的先前版本开发新代码的机会。

Continuous Integration（持续集成）

假设一个应用程序，其代码存储在GitLab的Git仓库中。开发人员每天都要多次推送代码更改。对于每次向仓库的推送，你都可以创建一组脚本来自动构建和测试你的应用程序，从而减少了向应用程序引入错误的机会。这种做法称为持续集成，对于提交给应用程序（甚至是开发分支）的每项更改，它都会自动连续进行构建和测试，以确保所引入的更改通过你为应用程序建立的所有测试，准则和代码合规性标准。

Continuous Delivery（持续交付）

持续交付是超越持续集成的更进一步的操作。应用程序不仅会在推送到代码库的每次代码更改时进行构建和测试，而且，尽管部署是手动触发的，但作为一个附加步骤，它也可以连续部署。此方法可确保自动检查代码，但需要人工干预才能从策略上手动触发以必输此次变更。

Continuous Deployment（持续部署）

与持续交付类似，但不同之处在于，你无需将其手动部署，而是将其设置为自动部署。完全不需要人工干预即可部署你的应用程序。

1.1. GitLab CI/CD 是如何工作的

为了使用GitLab CI/CD，你需要一个托管在GitLab上的应用程序代码库，并且在根目录中的.gitlab-ci.yml文件中指定构建、测试和部署的脚本。

在这个文件中，你可以定义要运行的脚本，定义包含的依赖项，选择要按顺序运行的命令和要并行运行的命令，定义要在何处部署应用程序，以及指定是否 要自动运行脚本或手动触发脚本。

为了可视化处理过程，假设添加到配置文件中的所有脚本与在计算机的终端上运行的命令相同。

一旦你已经添加了.gitlab-ci.yml到仓库中，GitLab将检测到该文件，并使用名为GitLab Runner的工具运行你的脚本。该工具的操作与终端类似。

这些脚本被分组到jobs，它们共同组成一个pipeline。一个最简单的.gitlab-ci.yml文件可能是这样的：

before_script: 
  - apt-get install rubygems ruby-dev -y 

run-test: 
  script: 
    - ruby --version 6

before_script属性将在运行任何内容之前为你的应用安装依赖，一个名为run-test的job（作业）将打印当前系统的Ruby版本。二者共同构成了在每次推送到仓库的任何分支时都会被触发的pipeline（管道）。

GitLab CI/CD不仅可以执行你设置的job，还可以显示执行期间发生的情况，正如你在终端看到的那样：

为你的应用创建策略，GitLab会根据你的定义来运行pipeline。你的管道状态也会由GitLab显示：

最后，如果出现任何问题，可以轻松地回滚所有更改：

1.2. 基本 CI/CD 工作流程

一旦你将提交推送到远程仓库的分支上，那么你为该项目设置的CI/CD管道将会被触发。GitLab CI/CD 通过这样做：

  • 运行自动化脚本（串行或并行） 代码Review并获得批准

    • 构建并测试你的应用

    • 就像在你本机中看到的那样，使用Review Apps预览每个合并请求的更改

  • 代码Review并获得批准

  • 合并feature分支到默认分支，同时自动将此次更改部署到生产环境

  • 如果出现问题，可以轻松回滚

通过GitLab UI所有的步骤都是可视化的

1.3. 深入了解CI/CD基本工作流程

如果我们深入研究基本工作流程，则可以在DevOps生命周期的每个阶段看到GitLab中可用的功能，如下图所示：

1. Verify

  • 通过持续集成自动构建和测试你的应用程序

  • 使用GitLab代码质量（GitLab Code Quality）分析你的源代码质量

  • 通过浏览器性能测试（Browser Performance Testing）确定代码更改对性能的影响

  • 执行一系列测试，比如Container Scanning , Dependency Scanning , JUnit tests

  • 用Review Apps部署更改，以预览每个分支上的应用程序更改

2. Package

  • 用Container Registry存储Docker镜像

  • 用NPM Registry存储NPM包

  • 用Maven Repository存储Maven artifacts

  • 用Conan Repository存储Conan包

3. Release

  • 持续部署，自动将你的应用程序部署到生产环境

  • 持续交付，手动点击以将你的应用程序部署到生产环境

  • 用GitLab Pages部署静态网站

  • 仅将功能部署到一个Pod上，并让一定比例的用户群通过Canary Deployments访问临时部署的功能（PS：即灰度发布）

  • 在Feature Flags之后部署功能

  • 用GitLab Releases将发布说明添加到任意Git tag

  • 使用Deploy Boards查看在Kubernetes上运行的每个CI环境的当前运行状况和状态

  • 使用Auto Deploy将应用程序部署到Kubernetes集群中的生产环境

使用GitLab CI/CD，还可以：

  • 通过Auto DevOps轻松设置应用的整个生命周期

  • 将应用程序部署到不同的环境

  • 安装你自己的GitLab Runner

  • Schedule pipelines

  • 使用安全测试报告（Security Test reports）检查应用程序漏洞

2. GitLab CI/CD 快速开始

.gitlab-ci.yml文件告诉GitLab Runner要做什么。一个简单的管道通常包括三个阶段：build、test、deploy

管道在 CI/CD > Pipelines 页面

2.1. 创建一个 .gitlab-ci.yml 文件

通过配置.gitlab-ci.yml文件来告诉CI要对你的项目做什么。它位于仓库的根目录下。

仓库一旦收到任何推送，GitLab将立即查找.gitlab-ci.yml文件，并根据文件的内容在Runner上启动作业。

下面是一个Ruby项目配置例子：

 image: "ruby:2.5"

 before_script:
   - apt-get update -qq && apt-get install -y -qq sqlite3 libsqlite3-dev nodejs
   - ruby -v
   - which ruby
   - gem install bundler --no-document
   - bundle install --jobs $(nproc)  "${FLAGS[@]}"
 
 rspec:
   script:
     - bundle exec rspec

 rubocop:
   script:
     - bundle exec rubocop

上面的例子中，定义里两个作业，分别是 rspec 和 rubocop，在每个作业开始执行前，要先执行before_script下的命令。

2.2. 推送 .gitlab-ci.yml 到 GitLab

git add .gitlab-ci.yml
git commit -m "Add .gitlab-ci.yml" 
git push origin master

2.3. 配置一个Runner

在GitLab中，Runner运行你定义在.gitlab-ci.yml中的作业（job）

一个Runner可以是一个虚拟机、物理机、docker容器，或者一个容器集群

GitLab与Runner之间通过API进行通信，因此只需要Runner所在的机器有网络并且可以访问GitLab服务器即可

你可以去 Settings ➔ CI/CD 看是否已经有Runner关联到你的项目，设置Runner简单又直接

2.4. 查看 pipeline 和 jobs的状态

在成功配置Runner以后，你应该可以看到你最近的提交的状态

为了查看所有jobs，你可以去 Pipelines ➔ Jobs 页面

通过点击作业的状态，你可以看到作业运行的日志

回顾一下：

1、首先，定义.gitlab-ci.yml文件。在这个文件中就定义了要执行的job和命令

2、接着，将文件推送至远程仓库

3、最后，配置Runner，用于运行job

3. Auto DevOps

Auto DevOps 提供了预定义的CI/CD配置，使你可以自动检测，构建，测试，部署和监视应用程序。借助CI/CD最佳实践和工具，Auto DevOps旨在简化成熟和现代软件开发生命周期的设置和执行。

借助Auto DevOps，软件开发过程的设置变得更加容易，因为每个项目都可以使用最少的配置来完成从验证到监视的完整工作流程。只需推送你的代码，GitLab就会处理其他所有事情。这使得启动新项目更加容易，并使整个公司的应用程序设置方式保持一致。

下面这个例子展示了如何使用Auto DevOps将GitLab.com上托管的项目部署到Google Kubernetes Engine

示例中会使用GitLab原生的Kubernetes集成，因此不需要再单独手动创建Kubernetes集群

本例将创建并部署一个从GitLab模板创建的应用

3.1. 从GitLab模板创建项目

在创建Kubernetes集群并将其连接到GitLab项目之前，你需要一个Google Cloud Platform帐户

下面使用GitLab的项目模板来创建一个新项目

给项目起一个名字，并确保它是公有的

3.2. 从GitLab模板创建Kubernetes集群

点击 Add Kubernetes cluster 按钮，或者 Operations > Kubernetes

安装Helm, Ingress, 和 Prometheus

3.3. 启用Auto DevOps (可选)

Auto DevOps 默认是启用的。

导航栏 Settings > CI/CD > Auto DevOps

勾选 Default to Auto DevOps pipeline

最后选择部署策略

一旦你已经完成了以上所有的操作，那么一个新的 pipeline 将会被自动创建。为了查看pipeline，可以去 CI/CD > Pipelines 

3.4. 部署应用

到目前为止，你应该看到管道正在运行，但是它到底在运行什么呢？

管道内部分为4个阶段，我们可以查看每个阶段有几个作业在运行，如下图：

构建 -> 测试 -> 部署 -> 性能测试

现在，应用已经成功部署，让我们通过浏览器查看。

首先，导航到 Operations > Environments

在Environments中，可以看到部署的应用的详细信息。在最右边有三个按钮，我们依次来看一下：

第一个图标将打开在生产环境中部署的应用程序的URL。这是一个非常简单的页面，但重要的是它可以正常工作！

紧挨着第二个是一个带小图像的图标，Prometheus将在其中收集有关Kubernetes集群以及应用程序如何影响它的数据（在内存/ CPU使用率，延迟等方面）

第三个图标是Web终端，它将在运行应用程序的容器内打开终端会话。

4. Examples

使用GitLab CI/CD部署一个Spring Boot应用

示例 .gitlab-ci.yml

image: java:8
 
 stages:
   - build
   - deploy
 
 before_script:
   - chmod +x mvnw
 
 build:
   stage: build
   script: ./mvnw package
   artifacts:
     paths:
       - target/demo-0.0.1-SNAPSHOT.jar
 
 production:
   stage: deploy
   script:
   - curl --location "https://cli.run.pivotal.io/stable?release=linux64-binary&source=github" | tar zx
   - ./cf login -u $CF_USERNAME -p $CF_PASSWORD -a api.run.pivotal.io
   - ./cf push
   only:
   - master

5. Docs

https://about.gitlab.com/solutions/kubernetes/

https://docs.gitlab.com/ee/ci/README.html

https://docs.gitlab.com/ee/ci/introduction/

https://docs.gitlab.com/ee/topics/autodevops/

https://docs.gitlab.com/ee/ci/examples/README.html

干货分享

最近将个人学习笔记整理成册，使用PDF分享。关注我，回复如下代码，即可获得百度盘地址，无套路领取！

•001：《Java并发与高并发解决方案》学习笔记；•002：《深入JVM内核——原理、诊断与优化》学习笔记；•003：《Java面试宝典》•004：《Docker开源书》•005：《Kubernetes开源书》•006：《DDD速成（领域驱动设计速成）》•007：全部•008：加技术群讨论

近期热文

•LinkedBlockingQueue vs ConcurrentLinkedQueue•解读Java 8 中为并发而生的 ConcurrentHashMap•Redis性能监控指标汇总•最全的DevOps工具集合，再也不怕选型了！•微服务架构下，解决数据库跨库查询的一些思路•聊聊大厂面试官必问的 MySQL 锁机制

关注我

喜欢就点个"在看"呗^_^

ITMuch.com
关注
  • 3
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
gitlab安装遇到的问题
06-12
gitlab安装遇到的问题 希望能帮到你
GitLab CI/CD工作原理及使用
热门推荐
benben的博客
09-12 2万+
持续集成(Continuous Integration) 持续集成指的是频繁的将代码集成到主干，每次集成都通过自动化的构建（包括编译、发布、自动化测试）来验证，它的好处主要有两个： 快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易； 防止分支大幅偏离主干。如果不经常集成，很容易导致集成难度变大，以至于难以集成。 GitLab CI/CD 从8.0版开...
【CI/CD】详解如何配置gitlab-ci/cd
最新发布
Future_0700_0000的博客
04-01 254
gitlab：一个基于git的、开源的代码仓库管理平台，类似的平台还有github、gitee这些。CI：Continuous Integration 持续集成，对代码进行构建、编译、打包，得到产物 output.zipCD：Continuous Delivery 持续交付，将产物 output.zip部署到测试服务器（服务端及web端）、推送到内部的移动app安装平台（移动端），以供测试、验收。
gitlab服务搭建与CIDI
object_oriented的博客
03-21 653
如果还报错Failed to start firewalld.service: Unit firewalld.service is masked.rpm -ivh wget-1.14-15.el7_4.1.x86_64.rpm（wget包名换成自己的） 即可安装成功。通过scp命令上传到服务器（可以在/usr/local/下创建目录wget）使用命令。设置postfix开机自启，并启动，postfix支持gitlab发信功能。下载gitlab包并安装两种方式镜像源安装或者yum下载这里选择镜像源安装。
GitLab实现CICD自动化部署
xiaoQ
04-15 1374
文章目录GitLab简介使用GitLab-Runner下载安装runner配置配置CICD文件 GitLab 简介 GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的Web服务 使用 官方地址 https://gitlab.com/ 在官方地址中注册对应的账号，配置好SSH 创建一个自己的仓库，便可以将自己的代码使用git来托管了 GitLab-Runner 下载安装 linux下载gitlab-runner(需在部署项目的服务器中下载安装) # 添加
集成Gitlab CI/CD、Docker、Kubernetes来实现流水线部署
weixin_45685541的博客
12-17 584
基于GitLab CI/CD+Docker+Kubernetes的自动化CI/CD方案与实践细节👾
CI/CD流程介绍
m0_52720486的博客
12-02 735
持续集成（CI）开发人员将代码频繁地合并到共享代码库中。自动化构建和测试：每次代码合并时，系统会自动构建应用程序，并运行一系列自动化测试以验证代码的正确性。快速反馈：如果构建或测试失败，团队会立即得到反馈，以便及早解决问题。持续部署（CD）自动化部署：一旦代码通过了构建和测试阶段，它可以自动部署到预定的目标环境中，例如开发、测试或生产环境。自动化发布：在部署完成后，可以自动执行一系列的发布任务，如数据库迁移、配置更新等。实时监控：对应用程序进行实时监控，以及时发现和处理潜在的问题。
gitlab run成功 但无法访问_Gitlab安装部署
weixin_39853155的博客
11-29 4142
1、安装依赖关系yum install -y curl policycoreutils-python openssh-server wget2、关闭防火墙和Selinuxsystemctl stop firewalldsetenforce 0(临时关闭)3、安装Postfix以发送通知邮件yum install postfix -ysystemctl start postfix4、下载gitlab...
gitlab 的介绍与安装配置（一）
weixin_34390105的博客
07-17 514
gitlab 的介绍与安装配置（一） 标签（空格分隔）： 运维系列 一：Gitlab概述 二：GitLab和GitHub的区别 三：搭建GitLab平台与使用 一：Gitlab概述 GitLab概述： 是一个利用 Ruby on Rails 开发的开源应用程序，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。 Ruby on Rails 是一个可以使你开发、...
解决连接不上gitlab的问题
文武贝的博客
05-25 2833
就当我已经感到绝望的时候，我突然换了个思路，感觉我这应该是网络问题，于是我开始搜索网络相关的问题，终于让我看到一篇与我的问题相当接近的博客，虽然不是直接解决我的问题的，但是给我提供了很好的思路，就是电脑的路由表，于是我抱着试一试的态度，打开了dos命令，输入route print，查看了我电脑的路由表，当然这对于一个开发来说，自然是看不懂的，什么网络掩码，网关，接口，跃点数的，听都没听过，不过这也是我孤陋寡闻，肯定还是有开发大神见识过的。第一次发博，如遇不妥，还望海涵，哈哈哈，下期见。
手把手教你搭建GitLab
01-09
手把手教你搭建GitLab 1.安装SSH sudo yum install -y curl policycoreutils-pythonopenssh-server 2.启动SSH sudo systemctl start sshd 3.设置SSH服务自动启动 sudo systemctl enable sshd 4.安装防火墙 sudo yum ...
手把手教你学dsp2812,手把手教你学dsp2812pdf下载,C,C++
09-10
手把手教你学2812，很全面的一本书。电子版，适合初学者学习，
手把手教你学AVR单片机C程序设计附件_手把手教你学AVR单片机C程序设计附件_
10-01
手把手教你学AVR单片机C程序设计附件
手把手教你看懂波特图及相关概念.pdf
01-16
手把手教你看懂波特图及相关概念，主要是对波特图涉及到的概念进行讲解，篇幅比较小，但是足够经典，对于初学者和非初学者都可作为参考。
办公自动化手把手教你学PPT模板制作模板构成要素及设
10-29
办公自动化手把手教你学PPT模板制作模板构成要素及设计规范.mp4
你还在用Jenkins？今天大佬教你试试Gitlab的CI/CD功能吧
mid56579的博客
07-27 262
使用如下命令运行Gitlab服务，这里需要注意的是添加了hostname属性，这样我们就可以通过域名来访问Gitlab了（为了避免一些不必要的麻烦），GITLAB_ROOT_PASSWORD这个环境变量可以直接设置Gitlab中root账号的密码； docker run --detach \ --hostname git.macrozheng.com \ --publish 10443:443 --publish 1080:80 --publish 1022:22 \ --name gitl
使用gitlab, jenkins搭建CI（持续集成)系统(1) -- 准备环境
weixin_30483495的博客
02-06 98
1. 环境设计 　　　　搭建一个从开发到测试知道发布上线可以自动换完成的CI系统。这个系统中包含4个环境。 　　开发(dev)环境: 码农使用。 　　测试(test)环境: 测试人员使用。 　　预发布(prepublish)环境: 预发布环境，用于上线前的最后验证。 正式(realpublish)环境: 正式上线运行环境 　　 　　我期望的效果是这样的: 　　代码推送到...
持续集成Gitlab-CI/CD项目MAVEN项目
wb785074651的博客
09-17 4608
首先来看一张图,我们在使用gitlab进行代码管理,同时我们需要持续集成CI/CD 这里可以一台服务器管理gitlab代码,一台服务器搞CI/CD持续集成. 我们首先搞一台linux去进行安装GitLabRunner和GitLabRunner的register docker run --rm -it -v /$HOME/var/gitlab-runner/config:/etc/gitlab-runner --name gitlab-runner gitlab/gitlab-runner reg
手把手教你学单片机c程序设计程序
08-11
学习单片机C程序设计是一项具有挑战性但也非常有趣的任务。下面我将用手把手的方式来教你学习单片机C程序设计的程序。 首先，你需要准备一款可以编写C程序的单片机开发板。常见的单片机开发板有Arduino、Raspberry Pi等。选择一款适合你的开发板，并确保你已经安装了相应的开发环境，如Arduino IDE或Raspberry Pi OS。 接下来，我们来学习C语言的基础知识。你可以通过阅读C语言教程书籍或在线资源来学习C语言的基本语法、数据类型、运算符等。掌握好这些基础知识对于后续的单片机C程序设计至关重要。 然后，你可以从简单的实例开始编写C程序。比如，点亮一个LED灯或在LCD屏幕上显示一些文字。你可以通过查阅开发板的说明书来了解如何连接电路和控制IO口，并通过C编程来实现你的想法。 在你编写C程序的过程中，要注意一些常见的编程技巧和注意事项。比如，要注意变量的声明和作用域、函数的调用和参数传递、循环和条件语句的使用等。此外，还需要学会调试和排除程序中的错误，这对于程序的正确运行至关重要。 最后，为了提高自己的编程能力，你可以尝试解决一些更复杂的问题或挑战。比如，设计一个温度监测系统或一个遥控车。通过不断地学习和实践，你会逐渐掌握单片机C程序设计的技巧和方法。 总之，学习单片机C程序设计需要耐心和实践。通过手把手的教学，你可以逐步学习和掌握相关知识，并在实践中不断提升自己的编程能力。祝你学习愉快！

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值