GITFLOW版本分支管理流程

release1.0.1

merge

正式release合并到master，创建 v1.0.0标签，并发布v1.0.0

修复测试故障

正式版标签

项目开始功能需求1.0开发

create

覆盖修复故障分支到dev

故障修复结束，打标签

pick

开发分支dev

Tag 1.0.0-yyymmdd

Tag 1.0.0-snapshot-yyyymmdd

测试故障修复创建回归测试标Tag

Tag 1.0.0

测试版本标签

测试版本release-*

1.发布版本分为内部发布与外部发布。2.对外发布版本为3位版本号，比如：1.0.13.内部版本为4位版本号，其中，第四位是日期，用来记录修复时间，比如：1.0.1.202105214.测试版本需要打snapshot标签，比如：1.0.1-snapshot.202105215.tag标签建立了，不得修改内容，需要修改版本，需要对tag创建分支后进行修复，创建新的tag

生产bug热修复合并到master分支并同步修复内容到dev分支

测试热修复版本hotfix-*

功能B开发结束，合并到dev分支，发布分支创建测试分支表标签Tag，测试开始

功能需求feature-*

主版本master

feature-C

hotfix-dc-0.0.1-bug 122

release-1.0.0

标签Tags

时间轴

feature-B

修复完成后覆盖0.0.1版本发布

feature-A

Tag 0.0.1-yyyymmdd

hotfix-dc-1.0.0-bug 121

正式版本标签

Tag 0.0.1-yyymmdd

Tag 0.0.1