持续集成-从CI到CD

最新推荐文章于 2024-08-22 16:50:33 发布

tianyuanweii

最新推荐文章于 2024-08-22 16:50:33 发布

阅读量344

点赞数

分类专栏： ReactNative

本文链接：https://blog.csdn.net/w531173423/article/details/115488355

版权

本文探讨了CI-CD的发展历程，指出在传统流程中遇到的问题，如需求频繁变动导致的质量问题。为了解决这些问题，文章提出了四个关键改变：引入构建工具如Jenkins，设置质量指标如Sonar，建立持续交付环境，并总结了CI-CD流程对开发效率的提升作用。

摘要由CSDN通过智能技术生成

总述

CI（continue-integration）持续集成，CD（continue-deliver）持续交付流程是为了提高开发测试和发布的效率，让开发的各个环节得到有效的控制。

CI-CD的发展历程

在没有CI-CD流程以前，代码的生产到发布一般先需要由产品经理制定需求，然后在会上和开发一起讨论开发周期和目标，之后由开发进行功能的开发，最后由测试针对各具体的需求进行测试，最后交给运维进行产品的发布。

看似简单的流程实际走起来却很复杂，因为在开发过程中产品会随时修改需求的细节，导致功能的变更，给后续开发和测试的流程带来一定影响。在产品发布前，测试需要进行功能测试并反馈开发修复bug，之后再进行回归测试。在经历了修bug测bug的反复操作后终于让产品上线，然而上线后又会突发了一系列bug导致
糟糕的产品体验。

为了改变原有质量问题，产品开发不再规定具体的哪个时间点build版本，而是要求凡是提交好的版本都应该满足发布现场的要求。因此要求开发在开发阶段就要写好测试用例，测试没问题了再提交到git仓库，保证主线的功能一直都是直接发布使用的。因此需要有一套持续交付的流程。