持续集成与持续发布流程

前言

之后的工作中会负责版本控制与发布，所以根据现有的逻辑整理一下持续集成与发布的流程。
首先，持续集成，持续发布，这个概念通过这篇文章有个大致的了解https://yq.aliyun.com/articles/72400
自己总结了一下，对于传统的开发模式，一般使用的代码管理工具是svn，svn放置于一台服务器中，每次从svn中down下来最新的代码，修改后上传到服务器。但是若大幅度提交导致服务器挂掉，会导致代码的缺失等问题；另外，传统的开发模式，多数在开发完成之后，再进行测试，测试通过一轮手工测试后，部分公司会在上线前进行一轮回归测试。
这样的问题，显而易见，项目周期延长，人力成本过高。

流程

一张图片来看一下，现在的工作流程：
首先，分为3个环境：
集测环境：代码递交–静态检查—单元测试–接口测试等
预上线环境（灰度发布）：在registry节点打包—生