持续交付流水线

一、什么是流水线

流水线这个词起源于福特公司，1913年，福特公司在汽车城底特律市建成了世界上第一条汽车装配流水线，使T型车成为大批量生产的开端，汽车装配时间从12.5小时缩短到1.5小时，售价从开始的一辆850美元，最后降到360美元。

福特T型车流水线.jpg

什么是部署流水线

部署流水线是指软件从版本控制库到用户手中这一过程的自动化表现形式。我们知道软件的每一次变更都会经历一个复杂的流程才能发布，这一流程包括软件的构建以及后续的一系列的测试和部署，而部署流水线相当于是在给这一过程进行建模。

二、有效的分支管理策略

个人认为这些自动化过程要依赖有效的分支管理策略有助于持续部署习惯的养成。需要进行版本控制的不仅是源代码，还有测试代码、构建和部署脚本、依赖的库文件等，并且对构建产物的版本控制也同样重要。只有这些内容都纳入版本控制了，才能够确保所有的开发、测试、运维工作能够更好的开展。

例如：
分支开发，主干发布

分支开发.png

表现为接到需求后拉出分支，后面的开发都在分支上提交，每个分支生命周期较长，并且可能有多个并行分支，直到快要上线时甚至上线后才合并到主干。
因为多个功能可以完全并行开发，互不干扰。还可以按每个功能特性拉出分支，那么每次提交都是完整的功能特性，分支划分明确、版本控制的记录也会比较清晰易懂。并且由于不同需求的开发进度不同，可以选择某个先开发完成的功能特性进行合并、发布，而不会被其它分支上未完成的功能特性阻塞。

主干开发，分支发布

主干开发.png

代码提交到主干，可以做到真正的持续集成，在冲突形成的早期发现和解决问题，避免后期的大量合并冲突，这样的整体成本才是最低的。另外主干会一直保持健康的状态，每次合入代码并验证后都可进行安全的发布。

Git Flow
主要是通过为功能开发、发布准备和维护分配独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构.虽然比功能分支工作流复杂几分，但提供了用于一个健壮的用于管理大型项目的框架。

git-flow

三、持续交付流水线四大要素

部署流水线全过程.jpg

虽然没有标准流水线这样的东西，但典型的持续交付流水线包括以下阶段：构建自动化、持续集成、测试自动化和部署自动化。

自动化构建

流水线首先会构建可执行文件来创建可交付成果，构建后的交付成果被传递到后续阶段。开发人员实现的新特性被持续集成到代码库中，并被构建和进行单元测试。并形成最直接的反馈循环，它可以通知开发团队其应用程序代码的健康状况。

自动化测试

在测试自动化中，新版本的应用程序经过严格各项自动化测试，包括功能自动化测试，性能测试，压力测试等，以确保其达到所有预期的应用质量。通过流水线验证所有相关方面极为重要 - 无论是功能、安全性、性能或合规性。该阶段可能涉及不同类型的自动或手动测试。

持续集成

持续集成是软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误,其中包括代码扫描、Code Review、自动化测试。“快速失败”，在对应用没有风险的情况下进行大量测试，并快速响应;最大限度地减少风险，降低修复错误代码的成本;将重复性的手工流程自动化，保持频繁部署，快速生成可部署的软件。

自动化部署

每次将应用程序在开发环境，测试环境，准生产环境中都需要进行部署，但部署自动化的最关键时刻是生产环境。由于前面的阶段已经验证了应用的整体质量，所以部署已是一个低风险的步骤。部署可以分阶段，可以将新版本最初只发布到生产环境的一部分，而非全部，并在完全上线之前进行监控。确认没有问题后再全部发布到生产环境。部署是自动化的，如果需要，它可以在几分钟内为用户提供可靠的新功能

四、总结

持续交付流水线的前提就是自动化，测试的完备性，反馈的及时性，以及团队成员对于持续交付的相关实践。
毕竟持续交付的价值绝不仅仅是快，在提升软件交付效率之外，软件交付流程和规范、保证软件交付质量、降低软件发布风险，这才是最重要的。