gitlab代码版本管理方案-修改

正式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-*