关于git分支开发的总结
关于git分支开发的总结
- 1 git分支开发图
- 2 git分支开发说明
-
- 1 分支说明
- 2 分支流程图说明
- 3 Commit通用规范
- 4 总结
因博主在多分支开发的情况下遇到一下开发规范问题,所以结合网上资料,总结一下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多分支开发,主要是建立一套完善健康的开发流程,熟练掌握后,对于项目整体开发的效率有很高的提升,且降低了项目出现故障的几率.