【书摘】一种基于Git的版本管理方案

【摘要】本篇摘录自《前端工程化体系设计与实践》一书,笔者认为是一套相对合理的方案,建议团队可以根据实际情况进行调整并增加协作命名规范。

  • master分支——主分支

    存储已发布版本的源码,不能在此分支进行开发,只能合并releasehotfix分支。

  • hotfix分支——热修复分支

    用来修复线上紧急Bug,以线上版本对应的master分支为基础新建生成。

  • release分支——预发布分支

    也称为提测分支,可以在此分支上修复Bug,以develop分支为基础新建,或合并develop分支。

  • develop分支——开发分支

    用于汇总各feature分支,只能合并,不能在此基础上进行开发。

  • current feature——当前版本迭代分支

    也称personal分支,业务开发人员均在此分支进行开发,需要加入区分开发人员的命名规则,并在特性开发完成并合入develop分支后进行分支删除

  • future feature——未来版本迭代分支

    比如某个较为重要的功能需要在几个版本后开放,且开发时间较长,所以需要提前投入开发,如果项目中没有类似场景。

 来源:华为云社区  作者:大史不说话

实付0元
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值