1.持续性集成 Continuous Integration（CI）
持续集成：Continuous Integration，简称CI，意思是，在一个项目中，任何人对代码库的任何改动，
都会触发CI服务器自动对项目进行构建，自动运行测试，甚至自动部署到测试环境。
这样做的好处就是，随时发现问题，随时修复。因为修复问题的成本随着时间的推移而增长，越早发现，修复成本越低。
软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。
频繁检出代码、频繁提交代码、减少分支，回归主干、使用自动化构建、提交自测、及时反馈部署构建通知
2.持续交付：Continuous Delivery（CD）
在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」中。
持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。
3.持续部署：
是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。
这意味着，所有通过了一系列的自动化测试的改动都将自动部署到生产环境。
持续集成操作流程
编码 -> 构建 -> 集成-> 测试 -> 交付 -> 部署 -> （回滚）
代码编写，完成代码功能模块。
构建，实现功能模块构建测试，保证该模块当前的可用状态。
测试，单元测试和集成测试，保证各个功能模块的完整性和稳定性。
交付，建立在CI基础上，让软件的构建、测试与最终版本变得更快以及更频繁。
部署，是在持续交付的基础上，把部署到生产环境的过程自动化。
回滚，一旦当前版本发生问题，就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接，指向上一个版本的目录。
代码 构建 集成 测试 交付 部署 （回滚）
