本文目录导航：
矫捷，继续集成/继续交付, DevOps 三者的区别
以下这篇译文明晰明了地提醒了矫捷（Agile），继续集成/继续交付（CI/CD）和 DevOps 三者之间的区别和咨询。
它们虽然有所不同，然而彼此支持，相互咨询。
矫捷专一于开发环节，CI/CD 专一于通常，DevOps 专一于文明。
3种不同的开发工具可用于建设练习 您不可只用一个工具盖高楼大厦，您也不能一口吻启动开发通常。
矫捷，DevOps 和 CI/CD 是三个一模一样的工具，每一个工具自身都很关键。
当开发团队将这三特性能用于其预期目的时，结果将具备改革性。
矫捷开发 矫捷专一于消弭流程阻碍，并使关键的利益相关者（如开发人员和客户）能够在放慢交付速度方面启动更严密的单干。
矫捷强调了改革的继续性，并抵赖作为软件消费者，咱们并不总是在一开局就了解在全体生命周期中，成功构思、开发和交付高品质软件所需的一切需求和资源。
因此，虽然在过去的二十年中矫捷的意义有所不同，但其基本准则依然坚持不变：消弭赋予团体权势的流程阻碍，迅速开发可运转的软件，与客户亲密单干以及踊跃应答（而不是抵抗）变化。
CI/CD 继续集成（CI）是一种软件工程通常，团队成员以越来越高的频率集成他们的上班。
经过短暂的 CI 通常，团队至少每天甚至每小时启动集成，以此凑近“延续”水平的集成。
从历史上看，集成不时是一项低廉的工程优惠。
因此，为防止名目遭受重创，CI 强调了驱动构建和测试的智能化工具。
CI 成功之后，构建和集成上班就会缩小，团队也可以尽快检测到集成失误。
继续交付（CD）用于打包和部署 CI 要构建和测试的名目。
通常 CD 的团队可以构建，性能和打包软件，并编排其部署形式，以便可以随时以软件定义的形式（低老本，高度智能化）将其颁布到消费环境中。
由于软件更改更频繁地投入消费，高性能化的 CI/CD 通常间接促成了矫捷开发。
因此，客户有更多时机体验产品变化并提供反应。
DevOps 文明 DevOps 专一于矫捷开发环节中文明和角色的局限性。
DevOps 的目的是处置组织中适度专业化和不同部门人员沟通不畅造成的一些痛点，例如抵消费疑问不可极速甚至有效照应。
DevOps 组织经过对每个团队启动彼此技艺的交叉培训来冲破运维和开发之间的阻碍。
这种方法提高了每团体参观和介入彼此义务的才干，并促成了更高品质的单干和更频繁的交换。
什么是 DevOps 中的 CI/CD？它们与矫捷有什么相关？ CI/CD，矫捷和 DevOps 与事实生存中的开展有何相关？工程团队通常从 CI 开局通常。
DevOps 可以协助组织了解在全体生命周期甚至更长期间内软件所必须的性能，打包和编排--从而创立更有价值的继续交付通常。
反上来，DevOps 中 CI/CD 的通常又增强了矫捷开发。
论断 辨别矫捷，DevOps 和 CI/CD 最极速简便的方法： 矫捷专一于在减速交付的同时突出变化的环节。
CI/CD 专一于软件生命周期内强调智能化的工具。
DevOps 专一于强调照应才干的文明角色。
一文教你分清继续集成，继续交付，继续部署
一文解密：继续集成、继续交付与继续部署的微妙
在软件开发的旅程中，三个关键术语——继续集成（CI）、继续交付（CD）和继续部署（CD）——像接力棒一样，推进着效率和品质的优化。
让咱们逐个探求它们的外延与通常。
继续集成：代码集成的艺术
继续集成是一种开发战略，提倡开发人员频繁地（每日屡次）将代码整合到共享仓库（如GitLab），经过智能构建和测试来即时验证新代码。
虽然单元测试并非CI的硬性需要，但它们经常相伴。
这种通常的长处在于，它能迅速发现并定位失误，由于每次变化都很小，便于定位疑问所在。
集成后的代码，就像一座经过严厉审核的桥梁，确保每个局部都能无缝对接。
从CI到CD：交付的飞跃
从CI登程，咱们步入继续交付的环球。
CD不只蕴含了CI的集成与测试，还裁减到了部署阶段。
每次代码改变后，都会在与消费环境相似的环境中启动测试，构成一个部署管道，涵盖开发、测试和预消费环境。
这个环节确保了每次变卦都能安保地推向消费，但还需人工干预，以保障新性能的稳固性。
与CI相比，CD强调的是交付完整的软件产品，而非单个代码片段。
它参与了更片面的测试环节，包括性能和集成测试，以及模拟实在环境的预消费环境。
失误一旦产生，整个流程或许会回滚，但只要在一切测试环节经事先，才准许手动进入消费环境。
终极指标：继续部署的智能化
最后，咱们到来继续部署的畛域，这里智能化是外围。
每一次性团队担任人的代码提交，都会经过智能化流程，从编译、测试到部署，全程无手动干预。
这种智能化通常大幅缩短了从代码提交到性能上线的期间，让用户能第一期间体验到新性能。
而DevOps，这个术语融合了开发与运维，代表了一种文明转变，强调开发团队与运维团队的严密单干。
DevOps文明激励跨职能团队的单干，经常使用智能化来优化软件开发、构建、测试、部署和经营的整个流程，消弭传统开发形式中的孤岛效应和沟通壁垒。
总结来说，继续集成、继续交付和继续部署不只是一套通常，更是一种理念，它们独特推进了软件开发的效率和品质，缩短了产品从构思到用户手中的周期。
在DevOps文明的疏导下，团队单干愈加高效，软件降级愈加频繁，为用户提供更牢靠的产品体验。
让咱们拥抱这些工具，优化软件开发的未来。
什么是继续集成
集成是将降级的代码兼并或许提交到骨干源码仓库中。
在这个兼并或许提交的环节中，都随同着口头一系列的品质保障优惠如代码规范审核、单元测试、安保扫描等来确保代码的品质。
继续集成是在版本管理的基础上，经过频繁的代码提交、智能化构建和单元测试放慢集成周期和疑问反应速度，从而及时验证系统可用性。
为了保障后续的系统品质，在继续集成环节中，还会参与代码规范扫描、安保破绽扫描、集成测试等优惠，用来保障代码构成环节合乎品质需要。
继续集成的频率到达每天屡次、频繁的集成，可以提早发现疑问尽早处置抵触，使后续的继续集成更顺畅。
通常状况下，继续集成会与继续部署，继续交付一同被人们提及，其相关如下：
