分类:cicd

CICD

  • cicd简介
  • 持续集成(ci)
  • 持续交付(cd)
  • 持续部署(cd)
  • cicd优点

一、cicd简介

持续集成:指软件个人研发的部分向软件整体部分交付,频繁进行集成以便更快地发现其中的错误,使团队更加紧密结合,更好地协作。

持续交付:在持续集成的基础上,最小化部署或释放过程中固有的摩擦。它的实现通常能够将构建部署的每个步骤自动化,以便任何时刻能够安全地完成代码发布(理想情况下),将集成后的代码部署到更贴近真实运行环境的「类生产环境」中。

持续部署:当交付的代码通过评审之后,自动部署到生产环境中。

二、持续集成(ci)

通过持续集成,开发人员能够频繁将其代码集成到公共代码仓库中。开开发人员能够在任何时候多次向仓库提交作品,而不是独立地开发每个功能模块并在开发周期结束时一一提交。
这里的一个重要想法是让开发人员更快,更频繁地做到这一点,从而降低集成成本。实际情况中,开发人员在集成时经常会发现新代码和已有代码存在冲突。如果集成较早并更加频繁,那么冲突将更容易解决且执行成本更低。当然,还有一些权衡。此流程变更不提供任何额外的质量保证。实际上,许多组织发现这种集成变得更加昂贵,因为它们依赖于手动过程来确保新代码不会引入新的错误,并且不会破坏现有代码。为了减少集成任务期间的摩擦,持续集成依赖于测试套件和自动化测试执行。
CI 的目标是将集成简化成一个简单、易于重复的日常开发任务,这将有助于降低总体构建成本,并在周期的早期发现缺陷。要想有效地使用 CI 必须转变开发团队的习惯,要鼓励频繁迭代构建,并且在发现 bug 的早期积极解决。

三、持续交付(cd)

实际上是 CI 的扩展,其中软件交付流程进一步自动化,以便随时轻松地部署到生成环境中。CD 集中依赖于部署流水线,团队通过流水线自动化测试和部署过程。此流水线是一个自动化系统,可以针对构建执行一组渐进的测试套件。CD 具有高度的自动化,并且在一些云计算环境中也易于配置。在流水线的每个阶段,如果构建无法通过关键测试会向团队发出警报。否则,将继续进入下一个测试,并在连续通过测试后自动进入下一个阶段。流水线的最后一个部分会将构建部署到和生产环境等效的环境中。这是一个整体的过程,因为构建、部署和环境都是一起执行和测试的,它能让构建在实际的生产环境可部署和可验证。

四、持续部署(cd)

持续部署扩展了持续交付,以便软件构建,在通过所有测试时自动部署。在这样的流程中,不需要人为决定何时及如何投入生产环境。CI/CD 系统的最后一步将在构建后的组件/包退出流水线时自动部署。此类自动部署可以配置为快速向客户分发组件、功能模块或修复补丁,并准确说明当前提供的内容。

五、cicd优点

代码的提交直接触发:消除等待时间,快速反馈

每个变化对应一个交付管道:使问题定位和调试变得简单

全开发流程高效自动化:稳定,快速,交付结果可预测

持续进行自动化回归测试:提升交付质量

设施共享并按需提供:资源利用最大化