正式release合并至master分支创建v1.0.0标签v1.0.0 发布
develop
Tag 1.0.0
吸收故障修复到develop分支
修复测试故障
正式版标签
开始版本1.0的功能开发
热修复结束合并到master分支并将修复吸收到develop分支
Merge
Create
故障修复结束回归测试版本标签创建
正式版本标签
release-*
feature-C
Pick
feature-*
release-1.0.0
master
0.0.1版热修复
修复完毕后需覆盖0.0.1版本发布
hotfix-bug-1183
feature-B
Tag 0.0.1
Tag 0.0.1.yyyyMMdd
Tag 1.0.0.yyyyMMdd
功能B开发结束合并到devlop分支发布分支创建测试版本标签创建测试开始
测试版本标签
发布分为内部发布和对外发布对外发布版本为3位版本号。例如：1.0.1内部版本号为4位，其中第四位为日期版本，用来记录故障修复的版本和日期测试版本需打snapshot标签 ，例如：1.0.0-snapshot.yyyyMMdd由于Tags的内容一旦确立（标签建立）、不得对内容进行修改，因此对版本的修复需要由修复版本的Tag创建Branch之后，在Branch中提交修复，创建新的Tag
gitlab代码版本管理方案
tags
release-1.0.1
hotfix-1.0.0-bug-1233
hotfix-0.0.1-bug-1233
时间轴
feature-A
Tag1.0.0-snapshot.yyyyMMdd
hotfix-*
