深入理解CICD体系

传统模式和敏捷模式

传统模式:完整性和周期性 传统模式周期性较长，每个节点都需要是完整的
敏捷模式:来源于市场的需求，为了快速适应市场的变化，出现了敏捷模式，敏捷的核心是小步快跑，快是相对的，目的是适应市场的需求，产生最小闭环(MVP)，保证产品质量

敏捷下的持续

持续集成、持续交付、持续部署、持续测试
持续代表不断的，频繁的做事情，完成一部分提交一部分,编译一部分，检查一部分，这样有如下的好处：

• 方便定位错误
• 可以持续代码评审，保证代码质量
• 可以减少不必要的返工，因为每次集成都是正确的

持续的流程

代码提交->编译构建->单元测试->集成代码->打包产出物，部署到运行环境（测试环境->自动化测试(接口、UI、性能、安全) ->预发布环境->(手动)生产环境）

CI-持续集成

达成CI需要的条件:

• 一台服务器，用于代码仓库
• 一台服务器，用于CI持续集成系统。(比如：jenkins) - 自动调度（编译、构建、测试）
• 单元测试
• 建立适合自己团队，并且达成共识研发流程规则（制定）

CD-持续交付、持续部署、持续测试

达成CD需要的条件：

• 有CI为前提
• 自动化测试能力
  

DevOps

没有devops的时候：每一个阶段都是每一个部门独立完成的，如果这时候开发和测试的目标不一致，可能造成开发返工的情况，最后导致总体成本升高，产品周期变长。开发和测试如果协同合作，可以提升开发测试效率，达到1+1>2的效果。