在开始我的GitLab CI/CD教程之前我们要先搞清楚以下几个问题
回答这问之前我们首先来说一下什么是CI/CD 网上这部分的资料有很多,这部分只做简单介绍,重点是GitLab CI/CD的有点与缺点。 这里引用一下其他人的介绍
缩略词 CI / CD 具有几个不同的含义。CI/CD 中的“CI”始终指持续集成,它属于开发人员的自动化流程。成功的 CI 意味着应用代码的新更改会定期构建、测试并合并到共享存储库中。该解决方案可以解决在一次开发中有太多应用分支,从而导致相互冲突的问题。
CI/CD 中的“CD”指的是持续交付和/或持续部署,这些相关概念有时会交叉使用。两者都事关管道后续阶段的自动化,但它们有时也会单独使用,用于说明自动化程度。
持续交付通常是指开发人员对应用的更改会自动进行错误测试并上传到存储库(如 GitHub 或容器注册表),然后由运维团队将其部署到实时生产环境中。这旨在解决开发和运维团队之间可见性及沟通较差的问题。因此,持续交付的目的就是确保尽可能减少部署新代码时所需的工作量。
持续部署(另一种“CD”)指的是自动将开发人员的更改从存储库发布到生产环境,以供客户使用。它主要为了解决因手动流程降低应用交付速度,从而使运维团队超负荷的问题。持续部署以持续交付的优势为根基,实现了管道后续阶段的自动化。
简单来说,CI的作用是验证提交的代码是否符合规范。主要起到一个验证的作用。CD的作用主要是部署,测试环境的部署,正式环境的发布,制品的生成,镜像的构建。
CI/CD的出现解决了开发到部署的难题,代码验证,自动发布,自动合并,这些难题。大大提高了工作效率
可以参考一下这篇文章 https://www.redhat.com/zh/topics/devops/what-is-ci-cd
那么目前的CI/CD有哪些那? GitLab CI/CD 的优势又是什么? CI/CD有很多,
Jenkins Travis CI Circle CI GitLab CI TeamCity Azure Pipelines
下面来说一下GitLab CI/CD的优势
看不懂英文的请自行百度吧
源文档 https://docs.google.com/presentation/d/1OGgk2Tcxbpl7DJaIOzCX4Vqg3dlwfELC3u2jEeCBbDk/edit#slide=id.g1538805e1b_0_27
所有软件开发人员,前端,后端,安卓,ios,项目经理,技术Leader,
如果一个互联网项目都需要开发,都需要部署,开发到部署,这个流程就可以使用CI/CD来搭建,可以大大地提高生产效率。
下一篇我将给大家带来安装Runner,在各种设备上安装。 为了教程的可读性,我在介绍一个新的东西时,不会引入用另一个新的东西来解释。