你遇到过“集成地狱”吗（）你遇到过“集成地狱”吗？

自动化部署 CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。
作为一个面向开发和运营团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题（亦称：“集成地狱”）。
本 Chat 将从流程以及原理入手到实战演练，技术栈/关键词：

Gitlab-CI
Docker
Maven
Google Jib
Nexus

【你遇到过“集成地狱”吗（）】适宜人群

微服务架构工程师
Java 开发人员

扫码了解本场 Chat
▼

文章图片

持续集成 Continuous Integration（CI）和持续交付 Continuous Delivery（CD）。在当前 DevOps 的趋势下，可以说具有支柱性地位。
软件交付管道以快速、自动化和可重复的方式从源代码生成发布版本，就类似于工厂里的装配线以快速、自动化、可重复的方式从原材料生产出消费品，完成这项工作的总体设计我们就称之为持续交付，启动装配线的过程我们称之为持续集成。
在介绍 CI/CD 流水线的工作原理之前，我们先了解一下什么是 DevOps。
什么是 DevOps？
DevOps 是一种软件开发方法。它将持续开发、持续测试、持续集成、持续部署和持续监控贯穿于软件开发的整个生命周期。
当前几乎所有的顶尖公司均采用了该方法，用以提高软件开发质量，并缩短软件开发生命周期。从而以达到每个公司对软件产品的期望，交付出客户最满意的产品。
便于大家理解记忆，我画了张 DevOps 生命周期图。

文章图片

什么是 CI/CD ？
持续集成（CI）是在源代码变更后自动检测、拉取、构建的过程。CD 代表持续交付（Continuous Delivery）和持续部署（Continuous Deployment），也可以将它们看作是类似于软件开发生命周期的过程。
现在我们来看一下它是如何工作的。

文章图片

如上图所示，该流水线展示了一个软件在其最终交付给客户或者投入上线之前，它在其生命周期内各个阶段中的移动过程。
接下来我们具体看一下该 CI/CD 流水线。
假如我们要构建一款 Web 应用程序，并将它部署在一个现场 Web 服务器上。同时我们有一组开发人员，他们主要负责编写代码，并将代码构建为 Web 应用程序。假设现在开发团队已经将代码提交到版本控制系统（如 Git、SVN）中了。
构建阶段
接下来，代码将会经历构建阶段，这也是 CI/CD 流水线的第一阶段。在此之前，开发者已经将他们的代码加上合适的标签，并提交到版本控制系统中了。