CI CD

持续集成

概念

持续集成就是频繁的将代码集成到主干。

优点

• 快速发现错误，避免在一次大量合并逻辑中找错误。
• 防止分支偏离主干。长时间不集成，可能会造成难以集成。

目的

产品快速迭代，同时保持高质量。代码集成之前，必须经过自动化测试，一个测试案例不通过就不允许集成到主干。

持续集成并不能消除bug，它的作用是“早发现，早改正”

持续交付

概念

持续交付指的是频繁的将软件提交给QA，如果评审通过，则进入生产阶段。

目的

它强调的是不管软件怎么更新，它都可以做到随时交付。

持续部署

概念

代码评审过后，自动部署到生产环境。

目的

代码在任何时刻都是可部署的，可以直接进入生产环境。

流程

持续集成的流程

• 提交
  开发者向代码仓库提交代码(本地commit)

• 测试（第一轮）
  代码仓库对提交代码操作（本地commit）配置了hook，只要提交代码或者合并进主干，就会跑自动化测试。

  单元测试：针对函数或者模块测试（必须完成且通过）
  集成测试：针对某个功能测试
  端对端测试：用户节面到数据库的全链路测试

• 构建
  第一轮测试通过，合并进主干，交付完成，开始进行构建build，就是将只可以单元测试的代码转换成可以实际运行的代码，下载依赖，配置各种资源等。

  Jenkins
  Travis
  Codeship
  Strider

• 测试（第二轮）
  构建完成开始第二轮，这一轮要包括集成测试。

• 部署
  通过第二轮测试，当前代码就是一个可以直接进行部署的版本，将代码打包放到服务器。

生产服务器将解包该代码，并且将运行路径符号链接到该解包目录，重启应用。