深入理解CI/CD：工具、方法、环境、基础架构的全面指南

本文来自Rancher Labs

持续集成和持续交付（CI/CD）是DevOps背后的助推力之一。如果你的企业正在考虑使用DevOps，那么CI/CD绝对是需要考虑的其中一部分。但是CI/CD到底意味着什么？为什么它如此重要呢？为了对你的DevOps工具包和IT部署进行战略规划，深入理解CI/CD至关重要。本文中，我们将探讨CI/CD所需解决的难点、需要的工具以及预期的收益。

首先，我们从大局着手。DevOps旨在创建一个流畅的工作流程，并尽可能减少越区切换和建立快速反馈回路。这意味着什么呢？工作会从第一步开始一直向前推进，并且在理想状态中，无需倒退再进行修复，因为它们应该能够验证和修复问题。为此，开发人员需要快速的反馈回路。该反馈通过快速自动化测试提供，并且该测试将验证代码在进入下一阶段之前能否按照预期工作。

为了减少越区切换，成员较少的小组将使用较小的功能并且掌控整个流程：创建请求、提交、QA以及部署。其重点是快速推出小段代码，因为变更越小，诊断、修复和补救就越容易。

持续集成（CI）实现了从第一步到最后一步的快速流程，并通过持续交付（CD）将其扩展到实际生产部署。我们将其称为CI/CD。现在，我们开始深入了解它们。

深入探索持续集成

首先，我们关注CI/CD的CI（持续集成）部分。实际上，大部分公司仅执行了CI。而完成整个CI/CD，需要该企业已经是一个成熟的DevOps企业。

说到集成，我们指的是程序员在其本地计算机上开发的代码（包括更新或添加新特性）集成到代码库中。这一过程会面临以下3个挑战：

• 跟踪所有变更，以便在发生错误时仍然可以恢复到之前的状态，以最大程度地避免服务中断。

• 当多个开发人员同时在同一个项目中工作时需要管理冲突

• 将新代码添加到代码库之前需要捕捉到错误

接下来，我们将讨论可以解决以上几个痛点的3个工具。

1、 版本控制

随着代码从开发人员转移到运维人员，它会根据测试结果不断进行调整。所有的更改都会被版本控制系统捕捉。版本控制是一个软件工具可以帮助开发者管理源代码更改。在特殊类型的数据库中它会一直跟踪所有更改。

理想状态下，软件系统的所有部分都会被捕获到，包括：

• 源代码

• 资产

• 环境

• 软件开发文档