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

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

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

持续交货

注意：

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

Scrum中的持续交付

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

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

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

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

在Scrum中持续交付

持续交付的好处

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

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

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

软件项目倡议申请（2014年）

摘要

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