持续交付是什么，是种什么能力

理解

用我们如今的白话来描述最简单的就是，你提交一行修改某个bug的代码，发布系统会按照流程自动化的做完一系列的检查，然后发布一个版本到生产环境。这样用户在最短的时间内可以拿到修改的结果。

引用CI CD

知乎 https://www.zhihu.com/question/23444990

这里有一些比较详尽的解释。

大概的意思就是从deploy到release之间的频繁部署交付的能力。

再次理解

敏捷只是一切的最自然的前提，然后是持续集成，伴随着持续测试，最后才是持续的交付。

所有的一切都是为了建立快速的持续反馈机制。这样市场或者用户可以更快速的给予反馈，开发和运维才可以快速的知道对在哪里和错在哪里。

如何应用

敏捷的形自然是很容易建立的，3-3-5-5。角色有了，体系有了，组织结构也有了。需要组织的支持自然有了一半。另一半就需要一整套体系的构建了。

最容易最快的，就是架设一套持续集成工具。加入单元测试，代码检查工具，引入Git分布式管理，建立pipeline的发布体系。

然后是持续测试，要达到持续测试，首先要做到有测试。我们刚才讲到了有单元测试，那么如果我们的单元测试可以做到TDD甚至是BDD，那么我们就越来越与用户及市场衔接起来了。也可以更有效的UAT抽样，而不是过去常常费时费力做的全量UAT。当然了，成型的测试策略也是必不可少的。甚至很多时候，测试策略是项目开始时候就需要的内容。有的成熟的团队，就可以在此加入自动化测试，识别自动化测试的用例。

最后就是持续交付了。需要持续交付，我们很多时候就需要依赖并且借助于云平台了。于是各大厂商都会推陈出新自己的云平台。IaaS和PaaS也是目前炒作的很热门的主题。开发和运维就可以更放心的将精力集中在横切面的监控和报表上了。从而把过去繁杂的设备运维交给云平台进行托管。也有的人习惯于在云平台之后再包装一层自己的平台，这个很多现在的互联网厂商也喜欢这么做。那么这个就是现今最热门的DevOps的SaaS平台了。集成了软件需求和快速交付的技术以及平台于一身。

总结

好了，这么些只言片语也只是点皮毛。但是希望各位能就此了结持续交付是什么，并且如何在现实世界运用的。每家公司最后的手段和策略都会有些差异。没有所谓的统一的做法。也是正是现今devops和敏捷最有魅力的部分。