2、持续交付入门指南

持续交付入门指南

在软件开发领域，开发者们常常面临一个共同的难题：如何快速且安全地发布已实现的代码。传统的交付流程往往充满了各种陷阱，不仅让开发者感到沮丧，也难以满足客户的期望。本文将为你介绍持续交付（Continuous Delivery）这一先进的方法，探讨它如何解决传统交付流程的痛点，并带来显著的效益。

1. 什么是持续交付

持续交付的准确定义由Jez Humble提出：“持续交付是指能够以可持续的方式，安全、快速地将各种类型的变更（包括新功能、配置更改、错误修复和实验）投入生产环境或交付到用户手中。”

为了更好地理解这一概念，我们来看一个场景。假设你负责一个电子邮件客户端应用程序，用户提出了按邮件大小排序的新需求，你预计开发需要一周时间。然而，按照传统流程，开发完成后，代码要先交给QA团队，再由运维团队处理，这个过程可能需要数天甚至数月。因此，尽管开发仅用了一周，但用户可能要几个月后才能使用该功能。而持续交付通过自动化手动任务，让用户能够在新功能实现后立即使用。

2. 传统交付流程

传统交付流程在大多数IT公司已经沿用多年，它始于客户定义的需求，终于产品在生产环境的发布。其典型的发布周期包括以下三个阶段：
- 开发阶段 ：开发者（有时与业务分析师合作）使用敏捷技术（如Scrum或Kanban）来提高开发速度，并与客户保持良好沟通。他们会组织演示会议以获取客户的快速反馈，同时采用各种优秀的开发技术（如测试驱动开发或极限编程实践）。开发完成后，代码将传递给QA团队。
- 质量保证阶段 ：通常称为用户验收测试（UAT），此阶段需要冻结主干代