持续集成(CI)和持续交互(CD)

版权声明:本文为博主原创文章,如有需要,可以随意转载 https://blog.csdn.net/xunye_dream/article/details/81840524

一、持续集成(CI——Continuous Integration)

保证新提交的代码和已有的代码进行集成,使所有人的代码保持同步,编译和测试签入的代码是否通过。

CI过程中,每次产生的构建物(artifact)都放在仓储(Repo)中。

优点:

  1. 快速得到代码质量的快速反馈。
  2. 自动化生成二进制文件,并进行版本控制。
  3. 可以从已部署的构建物回溯到相应的代码。

微服务(MS)的CI构建方式有3中

  1. 所有微服务的代码放在同一个代码库中,且只有一个CI构建。(缺点太多,不建议使用,只要一个出错,其他服务都不能构建)
  2. 将一个代码库的子目录各自映射到不同的CI构建中。
  3. 每个微服务都已各自的代码库,也有自己的CI构建。(采用这种最为方便,推荐使用)

     

二、持续交互(CD——Continuous Delivery)

CD中,每次检查提交是否达到了部署到生产环境的要求,并持续地把信息反馈出来,把每次的提交当成候选发布版本来对待。

CD是构建流水线过程中的一种有效的策略。

构建流水线可按阶段划分:

  1. 运行快速测试——针对运行快、涉及范围小的测试。
  2. 运行耗时测试——针对比较耗时、涉及范围较大的测试。

关键流水线过程:

猜你喜欢

转载自blog.csdn.net/xunye_dream/article/details/81840524