以GitFlow分支模型为基准的Git版本分支管理流程
文章目录
- 以GitFlow分支模型为基准的Git版本分支管理流程
-
- GitFlow分支模型中的主要概念
- GitFlow的分支管理流程图
- 版本号说明
- [借助插件Git Flow Integration Plus实现分支模型管理](#借助插件Git Flow Integration Plus实现分支模型管理)
- 其他模型
GitFlow分支模型中的主要概念
-
master分支:为生产环境运行分支代码,只能有一个
-
develop分支:主干分支,只能有一个
-
feature分支:特性分支,可以有多个,每个工作项一个分支
-
release分支:发布分支,可以有多个,测试用
-
hotfix分支:热修复分支,可以有多个,用于生产环境出现问题时快速修复
-
bugfix分支:发布分支时使用的bug修复分支
GitFlow的分支管理流程图
版本号说明
x.y.z-[state]
- x.y.z 为各版本的序号
- state 可选段,用来表示当前软件的状态。例如:b 表示bate版,即测试版。
x、y、z为非负整数
序号 | 说明 |
---|---|
x | 主版本号(major)无法向下兼容时,需要递增 |
y | 次版本号(minor)新增新的特性时,需要递增 |
z | 修订版本号(patch)修复问题时,需要递增 |
state的取值
- alpha : 内测版,Bug多
- beta :公测版,有缺陷
- 没有state,代表正式版
借助插件Git Flow Integration Plus实现分支模型管理
- 配置Git Flow
- 在通过右下角的
Gitflow
插件开启分支。
- 提交本地变更
-
在通过右下角的
Gitflow
插件实现版本的合并。 -
推送至远程仓库,记得推送标记。
其他模型
TBD模型
TBD模型只有一个主分支(master)和多个发布分支(release),这种模式主要在集中式管理工具里使用的比较多,所有开发人员都在一个分支工作,并提交代码到一个分支,这种模式对开发人员的协调沟通要求较高。
阿里AoneFlow模型
AoneFlow模型是基于上述两种模型演变出来的一种新模型,核心内容如下:
- master分支: 1个 主干分支
- feature分支: 多个 特性分支
- release分支: 多个 发布分支
工作流程:
- 有新功能/缺陷时,基于master分支新建feature分支进行开发,
- 发布时,基于master分支新建release分支,并将本次需要发布的feature分支合并入release分支,并基于此release分支发布
- 将此release分支合并入master分支,并打tag标签 此操作发布前后进行都可以
- 线上突然出现bug时,基于master分支新建release分支,基于此release分支新建feature分支,修复后再合并入release分支,重复2.3步操作.
- 删除release分支,删除release分支关联的feature分支.
可以总结:
AoneFlow是通过release分支来关联feature分支来做分支管理的.