git分支管理的一些常用规范

一、分支命名规范

1.通常项目经理或者需求方会给需求开发做计划,约定一些编码,例如FN-01。此时这个需求指派给你,这个时候你可以在现有代码仓库的maser分支或者其他约定的开发分支checkout到本地,命名这个需求的开发分支为feat/FN-01.

2.当你完成开发时,出现了bug,如果此时还在提测阶段,可以继续沿用feat/FN-01这个分支。

3.当你完成开发并提测以及合并到master或者其他指定分支,这个时候出现bug,如果紧急时,确定bug发生在你的mr后,需要紧急回退master。然后你checkout你之前开发的feat/FN-01并命名为bugfix/FN-01。(这个时候你bugfix分支是要跟回退后的maser要同步)。

4.当不是开发需求mr后产生的bug。根据bug发生的时间,以及估计粗略的模块问题。可以命名为bugfix/20240919_rename_error.(假设20240919发生的重命名错误。)。此时commit的信息里要指定具体模块修复。例如bugfix(UserAdmin): fix rename error.

相关推荐
Eloudy5 小时前
git format-patch 、git diff 与 git apply
git·构建
技术小结-李爽6 小时前
【工具】git安装及配置
git
技术小结-李爽12 小时前
【工具】git与gitee和gitlab和github等等有什么区别?
git·gitee·gitlab
Haku Coder13 小时前
0基础学习Git——基础篇
git·学习
为伴只为你17 小时前
将已有git工程转为使用LFS
git
x-cmd19 小时前
AI 时代的 Git 革命:多 Agent 并发开发的新基础设施
git·ai·agent·代码管理·开发者工具·多智能体协作·worktree
XS0301062 天前
Git远程仓库实操笔记
笔记·git·elasticsearch
Java成神之路-2 天前
Git 合并冲突完全指南:分支合并、拉取冲突、推送冲突
git
NutShell Wang2 天前
拆解 GitHub gh-stack:堆叠 PR 工作流的设计取舍与工程实现
前端·git·开源·github·代码复审·开发者工具·vibe coding
咩咩啃树皮2 天前
第62篇:Git团队协作完整流程——企业多人开发规范、分支管理、冲突解决、上线流程(最终封笔篇)
git