DevOps知识点——3C知多少 - HelloWorld开发者社区

CI / CD是任何DevOps操作的两大基石，这是一种开发软件的方式，旨在生产快速而强大的软件，随时以可持续的方式发布更新。当例行更改代码时，开发周期会更加频繁、更有意义且更快速。通过此过程，我们可以确保只有已知良好的代码才能成为软件产品的一部分。 Continuous Integration,Continuous Delivery,Continuous Deployment,即持续集成、持续交付和持续部署构成DevOps的3C。在这篇文章中，将从以下几个方面阐述：传统集成、持续集成及过程、持续交付、持续部署、3C优势。

传统集成

传统集成时，团队没有任何类型的中央构建服务器。源代码可以存储在中央源代码存储库中，但是开发人员不必定期提交更改。在计划发布之前，开发人员可能会手动集成更改，这会导致许多问题，例如由于许多开发人员同时集成而带来的最后一刻的冲突，或者由于集成而导致的组件故障。传统集成的某些缺点如下：开发人员不经常集成代码，导致最后一刻的隐患；反馈回路慢；由于需要修复许多组件而无法轻松解决问题；难以按时交付产品；高成本。为了克服这些问题，CI和CD应运而生，它们从技术角度和业务角度都具有许多优点。

持续集成Continuous Integration

持续集成是一种开发实践，要求开发人员每天多次将代码集成到共享存储库中，以避免代码冲突。然后，每个签入均由自动构建进行验证，从而使团队可以及早发现问题。这使团队可以花更少的时间进行回溯，而将更多的时间用于构建新功能。这里的概念是在一个项目上有多个开发人员，以将资源库的主分支保持为最新形式的源代码，因此每个开发人员都可以签出或者从最新的代码中提取，以避免发生冲突。

集成过程

开发人员在自己特定的分支中开发其功能，然后将其新分支推送到协作存储库中。运行自动化的单元测试和集成测试，并将错误和其他代码质量问题通知团队。一旦自动测试通过，开发人员就会创建拉取请求。开发人员和审阅者可以直接对开发人员提交给主分支的更改发表评论。完成评审过程并将新代码合并到主分支后，功能开发和错误修复周期将从集成的主分支继续运行。这在团队内（特别是每个人都在处理许多小任务的大型团队）通常会在一天内发生多次，这意味着每个人都在同一个通用代码库上工作。这样就大大减少了代码的差异以及功能开发人员彼此之间不同步而引起的相关问题。

持续交付Continuous Delivery

持续交付是一个更改代码会自动生成、自动测试并为发布到生产环境中做好准备的过程，软件可以在任何时候发布到生产环境中。持续集成的代码提交将进一步进行性能和功能测试，直到批准发布为止。要有效执行持续交付，需要强大的持续集成。如果正确实施，开发人员将始终拥有已通过标准化测试过程的可部署的构建工件。这个过程在开发人员提交代码时开始，在登台环境中完成测试后结束，以便代码可以部署到生产环境中。如果在自动测试过程中出现任何错误或Bug，CI工具将自动通过任意一种通知（如电子邮件或短信）告知开发人员。持续交付通常涉及一个类似于生产的暂存区域，在将更改发布到生产之前，需要手动接受这些更改。发布到生产环境的决策更多地是业务决策，而不是技术决策。

持续部署Continuous Deployment

持续部署与持续交付非常相似。二者唯一区别是，在持续部署中，所有通过自动化测试阶段的代码提交都将自动发布到生产环境中。持续部署不需要在登台环境中进行任何手动测试，因为自动化测试将在发行版的所有阶段中执行。这两种CD都依赖于实时基础设施配置和应用程序监视工具，用以在部署之前发现由于缺乏人工验证而在测试反馈循环中没有被找出的问题。 DevOps知识点——3C知多少