项目版本规范及发布流程

master

Time Line

2、版本号变更V1.0.1-SNAPSHOT

开始新迭代

sprint分支测试完成

4.测试回归合并版本

常规发布

版本合并发布分支

sprint**

feature/B

5.提交PR合并至主分支

版本发布 V1.0.1

解决代码冲突

开始开发新的功能

1、新迭代开始分支

线上紧急修复版本

合并至master

hotfix/*

1、master分支的迭代，使用0.0.x版本号递增的方式，且不能有SNAPSHOT版本；2、只有hotfix分支/sprint才能往已经发布的版本上面合并，feature以及dev分支均不能直接合并到master分支；3、版本变更顺序，framework版本deploy->微服务版本变更去SNAPSHOT；4、基础库framework版本管理，发布后及时更新特性功能，采用conf文档维护新功能变更及新增特性；5、framework版本升级后如果发现bug，修复后需及时通知业务方进行版本升级；6、开发功能拉代码代码是SNAPSHOT版本，合并代码后去SNAPSHOT；7、以上流程图中紫红色部分是开发完成，蓝色部分是测试完成；

3.合并主分支升级发布版本号

feature/A