Scrum: 什么是持续 集成 / 交付 / 部署?

Scrum: 什么是持续 集成 / 交付 / 部署?

(英文原文)

持续集成与持续交付与Scrum中的持续部署相比?

常用术语“持续集成”,“持续交付”和“持续部署”被称为敏捷开发的组成部分。这些方法共享相同的前缀“连续”,这表明并允许集成增量(可交付软件)以及同时部署结果,而不会在传统顺序开发中涉及延迟。在敏捷开发的最新环境中,这些术语表示在管道中提供已完成的增量,以便作为升级自动部署。

持续交付的主要原则是在较短的迭代中递增地交付工作软件。换句话说,持续交付是一个短周期的实现,其中代码经常被开发,构建,签入,测试自动化,并且部署频繁。

持续交货

持续交货

注意:

它不需要简短的发布迭代,只需在准备好时就允许新代码的承诺。这样,开发人员可以每天多次更新产品,不断为用户提供价值。这是通过高水平的测试和部署自动化实现的。

Scrum中的持续交付

Scrum中,它推广了1-4周的固定长度冲刺,冲刺结束测试,演示,冲刺审查,最终签署和发布。现在我们想要更频繁地发布 – 持续发布。

持续集成是指软件开发实践,要求开发人员在一天中的不同时间将代码集成到中央存储库中。除了并发和自动更新外,还可以通过验证不同的登记时间来轻松检测问题。

持续交付能够以可持续的方式安全,快速地将所有类型的更改(包括新功能,配置更改,错误修复和实验)更改为生产或用户手中。

持续部署通过最小化编码和部署时间之间的时间间隔,进一步扩展了持续集成的方法。

在Scrum中持续交付

在Scrum中持续交付

持续交付的好处

人们通常认为,如果我们想要更频繁地部署软件,我们必须在系统中接受较低级别的稳定性和可靠性。许多研究表明情况并非如此。实际上,一次开发一个功能可以显着降低每个部署的风险。您的团队可以更快地为客户提供功能,从而实现更快的反馈。持续交付管道为团队,业务和用户带来许多好处:

  • 缩短上市时间
  • 降低成本
  • 更快的反馈
  • 更快乐的客户
  • 低风险发布

根据2014年Xebia实验室调查报告,持续交付领先,敏捷紧随其后。36.4%的人表示DeveOps是2014年的一项举措,如下图所示:

软件项目倡议申请(2014年)

软件项目倡议申请(2014年)

摘要

如果这听起来好得令人难以置信,请记住:持续交付不是魔术。例如,软件发布需要很多压力。Scrum中的持续交付通过更频繁地发布较小的更改来实现持续的日常改进,让每个人都习惯于经常,可预测的速度,为变化做出响应留出空间。最重要的是,成功的发布会成为共同的成功,你们都可以共同庆祝。