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

持续集成和持续交付（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、版本控制
随着代码从开发人员转移到运维人员，它会根据测试结果不断进行调整。所有的更改都会被版本控制系统捕捉。版本控制是一个软件工具可以帮助开发者管理源代码更改。在特殊类型的数据库中它会一直跟踪所有更改。
理想状态下，软件系统的所有部分都会被捕获到，包括：

源代码
资产
环境
软件开发文档
对系统中存储的文件的任何更改

2、master和开发分支
通常情况下，在同一个项目中会有多个开发人员一起工作，可能是几个人也可能是上百个程序员，因此这可能会导致混乱。为了不让稳定性遭受破坏或减轻在版本控制主分支中引入错误的风险，每个开发人员应该并行处理系统的不同部分。他们通过本地计算机上的“分支机构(branch）”执行这一操作。
【[]深入了解CI/CD：工具、方法、环境、基础架构的全面指南】
但是在分支机构上工作本身并不是解决方案，每个开发人员正在处理的代码必须集成到不断扩充的代码库中。
开发人员在分支机构中工作而无需提交主分支的时间越长，与每个人在master中所做的更改进行集成和合并的难度就越大。所以，由于开发人员在不提交代码的情况下处理代码的时间越长，获得代码的难度就越大，因此从逻辑上来说就应该增加提交代码的频率。但是更好的方法是，使其持续集成。
下图描绘了如何可视化不同分支。蓝色是master分支，其他颜色都是在自己的分支上工作的单个开发人员，这些分支最终合并到master分支中。