关于git分支开发的总结

因博主在多分支开发的情况下遇到一下开发规范问题,所以结合网上资料,总结一下git分支开发流程

1 git分支开发图

推荐一个在线画图工具: https://www.processon.com/

该工具可在线画各种流程图,支持多种格式导出,安利给大家使用.

下图就是使用precesson在线画图的,导出的图片文件.

2 git分支开发说明

1 分支说明

对于不同的分支,通常做如下约定.

分支	说明
master	主分支,上线后从release分支合并,和生产分支同步.作为最稳定的分支
develop	开发分支,由feature分支合并
test	测试分支,由feature分支合并
feature	用于开发不同的新功能
release	发布分支
hotfix	热修复分支,修复生产上的紧急问题.通常从master上拉取hotfix分支，修复完成以后，合并回master和develop分支。

2 分支流程图说明

正常的开发流程如上图:

1 从master分支拉几个feature开发新功能,新功能开发完毕,合到develop分支,develop分支合到测试分支,测试通过后,合到release发布分支.此时可以打tag标签,作为一个新的版本发布.接着把release分支合到master分支.下一个迭代又从master分支拉取feature分支开发新功能.

2 如果在第一个迭代中,发现feature-03没有及时完成,不能发布.那个就只把feature-01和feature-02合到develop开发分支,走test分支,走release分支,最后到master分支.如果下个迭代feature-03完成,则可合到develop分支(注意: 此时一定要解决冲突,因为03分支是从上个master分支合出来的,develop是本次master分支合出来的),走test测试分支等

3 如果release分支发版后,遇到紧急bug需要修复, 从最新的master分支拉出hotfix分支,修改完后,可合到master分支,如果此时develop分支正在开发中,也需要合到develop分支.

3 Commit通用规范

在git中提交代码时,最好按照通用规范写清楚提交代码的功能,后续项目总结复盘和跟踪问题时,可节省大量的时间.

常见规范如下:

类型	描述
fix	修复bug
feat	新增了功能
doc	增加文档说明,或修改已有文档
refactor	重构代码
build	修改项目的依赖文件

ps:

fix:
 - 修复订单重复下单问题
 - 修复列表分页失效问题
feat:
 - 新增用户查询功能
doc:
 - 修改README文档说明
 - 增加下单接口说明

4 总结

git多分支开发,主要是建立一套完善健康的开发流程,熟练掌握后,对于项目整体开发的效率有很高的提升,且降低了项目出现故障的几率.