GitFlow工作流的各个分支用途及注意事项
一.主要分支
二.工作流程
三.注意事项
一.主要分支
Master
- 主分支 , 产品的功能全部实现后，最终在master分支对外发布.
- 该分支为只读唯一分支 只能从其他分支(release/hotfix)合并 , 不能在此分支修改
Develop
- 主分支开发分支，基于master克隆分支。
- 包含所有要发布到下一个release的代码。
- 该分支为只读唯一分支 , 只能从其他分支合并
- feature功能分支完成 , 合并到develop(不推送)
- develop拉取release分支 , 提测
- release/hotfix 分支上线完毕 , 合并到develop并推送
Feature
- 功能开发分支 , 基于develop分支克隆 , 主要用于新需求新功能的开发
Release
- 测试分支 , 基于feature分支合并到develop之后 , 从develop分支克隆
- 主要用于提交给测试人员进行功能测试 , 测试过程中发现的BUG在本分支进行修复 , 修复完成上线后合并到develop/master分支并推送(完成功能) , 打Tag
HostFix
- 补丁分支 , 基于master分支克隆 , 主要用于对线上的版本进行BUG修复
- 修复完毕后合并到develop/master分支并推送 , 打Tag
- 属于临时分支 , 补丁修复上线后可选删除
- 所有hotfix分支的修改会进入到下一个release
一.工作流程
(图源自网络)
三.注意事项
- 合并feature到develop,可以选择删除当前的feature，也可以不删除，但当前feature就不可更改了，必须从release分支继续编码修改。
- 合并之后，可选择删除当前hostfix,若不删除，则当前hostfix不可修改，若补丁未修复，需要从master拉取新的hostfix继续修改。
- 当进行一个release分支时，若develop分支有变动，如其他开发人员完成功能并上线，需要将完成的功能合并到自己分支上。
