gitlab代码版本管理方案

正式release合并至master分支创建v1.0.0标签v1.0.0 发布

develop

v0.0.2

吸收故障修复到develop分支

修复测试故障

开始版本1.0的功能开发

BUG-*

/

CreateMerge

正式release合并至master分支

Create

故障修复结束回归测试版本标签创建

正式版本热修复版标签

release-*

release_<branch>_YYMMDD

BUG-1345

功能B阶段性开发完成，合并测试

release-1.0.0

master

Merge

0.0.1版热修复

hotfix-bug-1183

feature-B

v0.0.1

v0.0.1_YYMMDD

v0.0.3

功能B开发结束合并到devlop分支发布分支创建测试版本标签创建测试开始

正式版标签

正式版本标签

测试版本标签

分支类型：master：主分支develop： 开发分支release：预发布测试分支，可以是固定的一个，或者分阶段的多个，最终会合并到master分支feature：功能分支，各个功能分支，由develop创建，开发完成合并develop，测试完成删除分支，                                  建议以feature-ID格式命令，ID可以是JIRA的问题ID，此外可以带上自己的名字，便于清理分支时的                  归责。Feature： 大feature分支，适用阶段性功能开发，彼此功能联系较弱，可以采用此类feature，其他feature功能                 合并与此Feature分支，充当临时develop分支的作用BUG： bug分支            * 普通bug， 由develop分支创建，开发完成合并至develop，测试完成后删除分支。            * hotfix-bug，由release分支或master分支创建，开发完成后合并至对应分支，之外还要选择性合                      并至develop分支。 测试完成后，删除分支。              release分支上的hotfix-bug，图中未展示，此类主要是develop分支一直处于不断迭代的过程，此时可能已经合并了新功能的代码，此阶段的bug需要合并至两个分支。            建议参照feature的命名格式，进行命名。

feature-*

Gitlab代码版本方案

tags

release-1.0.1

Pick

时间轴

feature-A

hotfix-*