阿里云持续交付——快速可靠地交付高质量软件
2019-12-26
来源：AlibabaInfrastructure 戴蒙
共花了5分钟。然后让所有的学生到教室外面，他做了示意之后学生进来之后再坐下，在这个过程中鸦雀无声。就是说人类的习惯开始可能只需要5分钟，养成这个习惯只有用了3天。怎么样去养成一个习惯是非常容易、非常惯性的一个事情，我们通过一个良好的工具、一个良好的计划是可以养成我们持续交付中应该去做的事情。影响发布质量的关键因素就是我们应该要去养成的习惯。
不好的持续交付线
图1最简单、最缩小的一个持续交付的过程
图1中会看到这样几个节点，第一个节点是代码提交、编译、单元测试。代码提交之后并不能在旁边坐着喝一杯咖啡，其实这个过程是不对的，你的反馈量是不够的，只有把编译和单元测试都放在一块的时候才可以。第二个节点是我们的部署环境和集成测试，部署环境和集成测试为什么单独分开是有问题的呢？部署和集成测试应该是在同一个活动中的，部署会影响集成测试。任何一个集成测试环境，在别人会随意点到你这个部署造成你的环境崩溃的情况下，整个测试是不安全的，我们希望活动间不相互影响，所以这两个环节应该并在一块。
好的持续交付线
图2好的交付线框架图
如何去养成一个好的交付线？其实很简单，图2中，在第一个节点我们应该把代码检出，和我们的编译、单元测试放在一块，第二个节点就是我们的部署和集成测试，第三个节点是部署冒烟环境和冒烟测试，第四个节点是部署生产环境和冒烟测试。
图3持续交付线的数据理论
在好的交付线基础上我们提出了一套理论，我们可以看到整个持续交付的过程里面有几个点：原子级活动，覆盖面越来越大，代价越来越高，频度越来越低。最终根据这四个原则我们一直不停的去做持续交付的话会出现一个数据，就是持续集成的次数肯定会大于等于持续部署的次数，最终会大于持续交付的次数，即图3中 M大于等于N大于等于1。如果这里面的数据是趋向于相互都相等的，就是说代码提交后直接到交付了，这个过程一般是不太正常的，很难达到这个过程，中间还是会有一些集成和测试的过程。
持续交付工具
在开发企业中会去做包括TDD、敏捷开发这些过程的一些事情，做这些事情是为了什么？肯定是为了提供一个高质量的软件马上去交付到我的线上或者是交付到我的服务器中，我们中间会应用一些工具。
敏捷宣言：个人和互动高于流程和工具；工作软件高于理解文档；客户协作高于合同协商；变化响应高于计划遵循。
我们既然要做到敏捷宣言里面敏捷开发的一些过程，就需要用到持续交付的工具，持续交付的工具需要包含几个
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
