1.持续性集成 Continuous Integration(CI)

持续集成:Continuous Integration,简称CI,意思是,在一个项目中,任何人对代码库的任何改动,

都会触发CI服务器自动对项目进行构建,自动运行测试,甚至自动部署到测试环境。

这样做的好处就是,随时发现问题,随时修复。因为修复问题的成本随着时间的推移而增长,越早发现,修复成本越低。

软件个人研发的部分向软件整体部分交付,频繁进行集成以便更快地发现其中的错误。

频繁检出代码、频繁提交代码、减少分支,回归主干、使用自动化构建、提交自测、及时反馈部署构建通知

2.持续交付:Continuous Delivery(CD)
在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」中。
持续交付优先于整个产品生命周期的软件部署,建立在高水平自动化持续集成之上。

3.持续部署:
是指当交付的代码通过评审之后,自动部署到生产环境中。持续部署是持续交付的最高阶段。
这意味着,所有通过了一系列的自动化测试的改动都将自动部署到生产环境。

持续集成操作流程

编码 -> 构建 -> 集成-> 测试 -> 交付 -> 部署 -> (回滚)

代码编写,完成代码功能模块。
构建,实现功能模块构建测试,保证该模块当前的可用状态。
测试,单元测试和集成测试,保证各个功能模块的完整性和稳定性。
交付,建立在CI基础上,让软件的构建、测试与最终版本变得更快以及更频繁。
部署,是在持续交付的基础上,把部署到生产环境的过程自动化。
回滚,一旦当前版本发生问题,就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接,指向上一个版本的目录。

代码       构建        集成        测试         交付          部署      (回滚)

 
 
 
12-23 20:11