软件开发常说的CI/CD是什么

软件开发,ci,cd,什么 · 浏览次数 : 25

小编点评

## CI 和 CD 流程基础知识 **CI (持续集成)** 负责代码变更的自动化处理。 **CD (持续交付)** 负责构建代码并将其部署到生产环境。 **CI 和 CD 的共同目标是快速发布新版本,提升开发效率。** **CI 的步骤:** 1. **代码变更检测:** 代码变更检测工具检测代码变更。 2. **代码克隆:** CI 服务器克隆代码库。 3. **构建脚本:** 构建脚本执行构建操作。 4. **合并 Pull 请求:** 如果构建成功,合并 Pull 请求并将其发送到 Git 服务器。 **CD 的步骤:** 1. **构建项目:** 构建项目并将其部署到终端服务器。 2. **发送部署通知:** CD 服务器发送部署通知给订阅者。 **CI 和 CD 的常见模式:** 1. **开发分支:** 负责最新的代码。 2. **主分支:** 只有线上稳定代码。 3. **CI 和 CD 模式:** 开发分支根据计划部署到开发环境,主分支会在每次拉取请求合并时部署到生产环境。 **一些常见工具:** * Jenkins * GitHub Actions * GitLab CI * Travis CI

正文

本文翻译自国外论坛 medium,原文地址:本文翻译自国外论坛 medium,原文地址:https://medium.com/gitconnected/basics-of-ci-cd-a98340c60b04

任何软件项目的主要目标都是通过业务流程快速更新迭代来赚钱。我们越快向客户发布新版本,对我们的公司就约有好处。但如何快速实现版本更新迭代呢?我们可以手动完成。例如可以通过 SSH 连接到远程服务器。然后我们可以使用新代码克隆代码库、构建它并使用命令行运行它。尽管这个方式确实有效,但这并不是一种便捷的方法。

因此本篇文章我们将讨论如何将产品发布和开发过程实现自动化。

本文标题所写的 CI 和 CD 是两个缩写,分别代表持续集成和持续交付。

CI

CI:持续集成描述了代码库变更的过程。让我们看一个简单的模式,它给出了团队开发的示例。

基本团队发展

一群人可以同时工作。但所有更改最终都会转移到 master 分支。不管怎样,即使是这样一个简单的模型也会引发一些问题。

  1. 我们如何知道进入 master 分支的代码可以编译通过?
  2. 我们希望开发人员为代码编写测试。我们如何验证测试覆盖率没有下降?
  3. 所有团队成员都应使用指定的代码风格来格式化代码。我们如何检查可能存在的违规行为?

软件开发中,通常会将 master 分支作为主分支。dev 作为本地开发分支。

为了完成以上几点,我们可以把所有描述的要求都进行手动验证。不过这种方法非常复杂,当代码库越来越庞大时,这个方式并不可取。

于是乎 CI 的出现是为了完成以上所提出的几点建议并将其自动化。

第一点,我们如何知道进入 master 分支的代码可以编译通过

我们需要在架构中添加另一个模块,如下图。

基本CI

大多数 CI 流程都可以根据这个架构来描述。

  1. 每次打开 Pull 请求(以及推送新更改)时,Git 服务器都会向 CI 服务器发送一条通知。
  2. CI 服务器克隆代码库,检出错误分支(例如 bugfix/wrong-sorting 分支),并与主分支合并。
  3. 然后构建脚本将被启动。例如 ./gradlew 脚本执行构建操作。
  4. 如果上一步脚本命令返回 0 代码,则构建成功。否则视为失败。
  5. CI 服务器将带有构建结果的请求发送到 Git 服务器。
  6. 如果构建成功,则允许合并 Pull 请求。否则合并将被阻止。

该过程保证进入主分支的任何代码都不会破坏进一步的构建。

第二点,我们希望开发人员为代码编写测试。我们如何验证测试覆盖率没有下降?

让我们把任务变得更复杂。假设我们要设置最小测试覆盖率。任何时刻 master 分支的测试覆盖率都不应低于 50%。 Jacoco 插件可以轻松解决这个问题。如果测试覆盖率值小于可接受的值,我们只需在构建时返回失败进行配置即可。

JaCoCo 是一个免费的 Java 代码覆盖库,由 EclEmma 团队根据多年来使用和集成现有库的经验教训创建。

JaCoCo 地址:https://www.eclemma.org/jacoco

Jacoco 的使用非常简单,只需要在项目启动后配置插件就能工作。

想象一下,我们正在开发一款已有五年历史的产品。自第一次提交以来,一直没有测试覆盖率检查。开发人员随意添加测试,没有任何纪律。但有一天,我们决定提高测试覆盖率。我们调整 Jacoco 插件,将最小测试覆盖率提高到 60%。一段时间后,开发人员打开一个新的 Pull 请求。然后他们突然意识到整个项目测试覆盖率只有 30%。因此要成功完成任务,整个项目必须覆盖至少 60% 的代码。正如我们可能猜到的,对于这个已有五年历史的项目来说,这几乎是一个无法解决的问题。

如果我们只验证新的代码更改而不验证整个产品的老代码怎么办?如果开发人员在 Pull Request 中更改了 200 行代码,他们需要测试覆盖至少 120 行代码(如果测试覆盖率等于 60%)。我们如何将只验证新代码的测试覆盖率应用到项目中呢?有一个解决方案是 SonarCloud。

SonarCloud 是一个云服务化的代码审查工具,能让团队一致、高效地交付干净的代码,该工具可轻松集成到云 DevOps 平台并扩展 CI/CD 工作流程。

SonarCloud 地址:https://www.sonarsource.com/products/sonarcloud/

CI 与测试覆盖率检查

Jacoco 报告被发送到 SonarCloud 服务器。

SonarCloud 服务器保存先前老项目代码计算的统计数据,再计算新代码的统计数据。然后分析结果被发送到 CI 服务器,CI 服务器将其发送回 Git 服务器。

应用了 SonarCloud 的工作流程能提供在任何产品演化阶段应用强制测试文化的机会,非常方便易于集成。

第三点,所有团队成员都应使用指定的代码风格来格式化代码。我们如何检查可能存在的违规行为?

说到代码风格,没有太多区别。我们可以尝试 Checkstyle 插件。它会自动使违反任何规定要求的构建失败。例如代码中可能有未使用的导入语句。此外我们还可以查看运行代码分析并将结果显示为一堆图表。

Checkstyle 是一种开发工具,可帮助程序员编写符合编码标准的 Java 代码。它自动化了检查 Java 代码的过程,从而使人们摆脱了这项无聊(但重要)的任务。这使其成为想要强制执行编码标准的项目的理想选择。

Checkstyle 地址:https://checkstyle.sourceforge.io/

CD

CD:持续交付描述了新产品版本自动部署的过程。

让我们对 CI 模式进行一些更改。如下就是真实项目中 CI/CD 流程的样子。

CI/CD流程

首先 CI 服务器现在被命名为 CI/CD 服务器 CI 和 CD 作业经常是使用同一个任务组件(例如 Jenkins)执行。

虽然这不是规则。例如可以将 CI 工作委托给 GitLab CI,将 CD 工作委托给 Jenkins。

架构的右侧部分代表 CI,我们之前已经讨论过。左侧部分代表 CD,CD 作业构建项目(或重用 CI 阶段生成的制品)并将其部署到终端服务器。

值得一提的是,在如上例子中,终端服务器是一个抽象。例如部署可能会发布到 Kubernetes 集群。因此可能有多个服务器。

部署阶段完成后,通常会发送电子邮件。例如 CD 服务器可以通知订阅者部署成功或失败。

有一个重要的问题。我们什么时候应该运行 CD 作业?触发因素可能会有所不同。

  1. 每次合并请求后进行部署。
  2. 按计划部署。
  3. 在每个拉取请求合并到特定分支后进行部署。
  4. 将以上选项进行组合。

第一点设置流程,以便 CI 和 CD 作业始终按顺序运行。这种方法在开源项目开发中相当流行。语义发布库有助于调整项目以透明地集成此过程。

第二点与 CI 流程无关。因为项目是根据一些预定义的时间表部署的。例如每天凌晨 01:00。

第三点与第一点类似。虽然有差异。假设我们的代码库中有两个主要分支。开发分支和主分支。开发分支包含最新的更改。而主分支只有线上稳定代码。如果我们只需要部署 master 分支,则不需要在合并到 develop 分支时触发 CD 作业。

最后一点是所有方法的汇总。例如开发分支可能会根据计划部署到开发环境。主分支会在每次拉取请求合并时部署到生产环境。

工具

现如今,业界提供了数十种自动化 CI/CD 流程的解决方案。让我们看一下其中的一些。

  1. Jenkins。世界上最受欢迎的 CI/CD 工具之一。由于其开源政策,它变得非常受欢迎。我们无需支付任何费用。Jenkins 允许使用 Groovy 强制描述构建管道。一方面,它提供了更多的灵活性。但另一方面,它也需要更高的能力水平。
  2. GitHub Actions。 CI/CD 工具包含在 GitHub 和 GitHub Enterprise 中。与 Jenkins 不同,GitHub Actions 提供带有 YAML 配置的声明式构建。此外,该解决方案与不同的质量保证系统(例如 SonarCube)进行了大量集成。因此,构建只需几行文本即可描述。
  3. GitLab CI。它与 GitHub Actions 非常相似。尽管如此,它还是有其特殊之处。例如 GitLab CI 可以指出构建失败的特定测试。
  4. Travis CI。云 CI/CD 服务。它提供了许多不需要复杂配置的功能。例如对应该隐藏在公共代码库中的数据进行加密。此外一个不错的好处是 Travis CI 可以完全免费地应用于 GitHub、GitLab 和 BitBucket 中的开源项目。

结论

这就是我想说的有关 CI/CD 流程基础知识的全部内容。如果我们有任何疑问或建议,请在下方留下我们的评论。谢谢阅读!

关注公众号【waynblog】每周分享技术干货、开源项目、实战经验、国外优质文章翻译等,您的关注将是我的更新动力!

与软件开发常说的CI/CD是什么相似的内容:

软件开发常说的CI/CD是什么

本文翻译自国外论坛 medium,原文地址:本文翻译自国外论坛 medium,原文地址:https://medium.com/gitconnected/basics-of-ci-cd-a98340c60b04 任何软件项目的主要目标都是通过业务流程快速更新迭代来赚钱。我们越快向客户发布新版本,对我们

从零做软件开发项目系列之四——数据库设计

前言 在对软件进行设计的过程中,数据库的设计是一项重要的内容,软件中主要的处理对象就是各类业务数据,通过对业务数据的处理,实现各种功能。我们经常说的,写程序,说到底就是增删改查,而增删改查的对象就是各种数据。数据都存储在数据库中,其重要性不言而喻,对于数据库的设计也是软件设计的一个重要基础。 1 数

【单片机入门】(三)应用层软件开发的单片机学习之路-----UART串口通讯和c#交互

引言 在第一章博客中,我们讲了Arduino对Esp32的一个环境配置,以及了解到了常用的一个总线通讯协议,其中有SPI,IIC,UART等,今天我为大家带来UART串口通讯和c#串口进行通讯的一个案例,以及什么是中断,中断的作用和实践,话不多说,让我们正式开始。 UART 在第一篇博客中,我们讲了

云图说|图解制品仓库CodeArts Artifact

摘要:制品仓库用于存放由源码编译生成的、可运行的二进制文件,重要作用是实现制品文件的可信存储,支撑软件开发活动。 本文分享自华为云社区《【云图说】第277期 图解制品仓库CodeArts Artifact》,作者:阅识风云 。 制品仓库用于存放由源码编译生成的、可运行的二进制文件,重要作用是实现制品

云小课|帮您高效快速上传组件至私有依赖库

阅识风云是华为云信息大咖,擅长将复杂信息多元化呈现,其出品的一张图(云图说)、深入浅出的博文(云小课)或短视频(云视厅)总有一款能让您快速上手华为云。更多精彩内容请单击此处。 摘要:软件开发平台中的发布服务类似于网盘,可以存储任何软件包和工具。用户可以使用发布服务中的私有依赖库(俗称私服),管理Ma

使用 Spring 实现控制反转和依赖注入

使用 Spring 实现控制反转和依赖注入 概述 在本文中,我们将介绍IoC(控制反转)和DI(依赖注入)的概念,以及如何在Spring框架中实现它们。 什么是控制反转? 控制反转是软件工程中的一个原则,它将对象或程序的某些部分的控制权转移给容器或框架。我们最常在面向对象编程的上下文中使用它。 与传

IDP 与 DevOps平台:相似之处与关键差异

软件开发是一个复杂而动态的过程,涉及许多工具、技术和实践。为了更快、更好地交付软件,开发人员需要有效地协作,自动执行任务,并管理环境。然而,由于软件架构的日益复杂,工具和平台的多样性,以及对安全和合规性的要求越来越高,软件开发变得极具挑战。 为了更好地应对开发挑战,企业根据自身情况分别选择内部开发者

软件开发中,如何为你的代码构建三层防护体系

本文根据开发过程的不同位置的开发环境、代码特征以及检测工具能力的差异,提出了需要因地制宜地部署检查工具,形成递进的三层代码安全防御体系。

软件开发项目文档系列之一文档综述

在当今数字时代,软件项目已经成为企业和组织实现业务目标的关键工具。然而,要确保软件项目的成功,除了高质量的代码和卓越的技术团队之外,文档的重要性也不可忽视。软件项目文档是项目的桥梁,它们连接了项目的各个阶段,记录了关键信息,帮助各方了解项目的需求、设计、开发、测试和部署。在这篇博客中,我们将深入探讨...

PowerDotNet平台化软件架构设计与实现系列(14):平台建设指南

软件开发中常见的几种不同服务模型包括SaaS(软件即服务)、LaaS(许可即服务)、PaaS(平台即服务)、CaaS(容器即服务)、IaaS(基础设施即服务)和FaaS(功能即服务)。 很多人认为IaaS和FaaS是趋势,是未来软件设计与开发人员的基本必备技能,PowerDotNet和PowerDo