【开发流程】持续集成、持续交付、持续部署
一、开发工作流程
假设把开发流程分为以下几个阶段:
编码 -> 构建 -> 集成 -> 测试 -> 交付 -> 部署
如上图所示,持续集成、持续交付、持续部署有着不同的软件自动交付周期。
二、持续集成、持续交付、持续部署
1、持续集成
持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。
2、持续交付
持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。比如,我们完成单元测试后,可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题,可以继续手动部署到生产环境中。
3、持续部署
持续部署则是在持续交付的基础上,把部署到生产环境的过程自动化。
4、三者关系
将持续集成扩充到部署到生产环境就是持续交付和持续部署的概念,二者的区别即手动与自动的区别。
三、持续集成(CI)的价值
1、减少风险
缺陷的检测和修复变得更快,让寻找和修改bug的工作变简单(只修改系统一小部分,无需看太多代码。由于提交后就可以得到反馈,记忆很新鲜,可以进行差异调试)。同时过早的引入集成,使我们能更好的审视各个模块的接口是否满足要求,减少项目中的假定。
2、减少重复过程
由于CI将大量的工作给自动化了,那么可以让人们有时间做更多的需要动脑筋的、更高价值的工作。而且通过对重要过程自动化,克服了项目中某些成员对实现改进的抵制,有利于持续集成的推进。这样就形成了一个良性循环。
在任何时间、任何地点生成可部署的软件
对于客户来说,可以部署的软件是最实际的资产。而CI则可以轻松做到这一点。
3、增强项目的可见性
通过对CI服务器的监控,可以随时了解项目的趋势。CI上的红色或绿色表示了当前项目的健康程度。每一个功能的交付都经历了单元测试或集成测试的考验。
对开发团队的软件产品建立起更强大的产品信心
CI可以防止破窗综合症,让开发团队一点点积累起对产品的信息。