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