本篇摘录自《前端工程化体系设计与实践》一书,笔者认为是一套相对合理的方案,建议团队可以根据实际情况进行调整并增加协作命名规范。
master
分支——主分支
存储已发布版本的源码,不能在此分支进行开发,只能合并release
和hotfix
分支。
hotfix
分支——热修复分支
用来修复线上紧急Bug,以线上版本对应的master
分支为基础新建生成。
release
分支——预发布分支
也称为提测分支,可以在此分支上修复Bug,以develop
分支为基础新建,或合并develop
分支。
develop
分支——开发分支
用于汇总各feature
分支,只能合并,不能在此基础上进行开发。
current feature
——当前版本迭代分支
也称personal
分支,业务开发人员均在此分支进行开发,需要加入区分开发人员的命名规则,并在特性开发完成并合入develop
分支后进行分支删除。
future feature
——未来版本迭代分支
比如某个较为重要的功能需要在几个版本后开放,且开发时间较长,所以需要提前投入开发,如果项目中没有类似场景,也可以忽略。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。