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.

相关推荐
xuhaoyu_cpp_java2 小时前
Git学习(一)
经验分享·笔记·git·学习
Mr YiRan2 小时前
Android构建优化:基于Git Diff+TaskGraph
android·git·elasticsearch
Huazzi.3 小时前
Git本地和远程历史不一致问题解决步骤
大数据·git·elasticsearch
黑白园3 小时前
Windows下修改文件,使用git commit --amend推送到同一笔commit上
git
向日的葵0064 小时前
大模型技术之git(第七章)
git
Tingjct18 小时前
git/gdb指令
大数据·git·elasticsearch
谷哥的小弟19 小时前
(最新版)Git&GitHub实操图文详解教程(03)—Git工作原理
git·github·版本控制·工作原理·git工作原理
devilnumber20 小时前
idea中git的commit弹出框改为工具框
git
向日的葵0061 天前
大模型技术之git(第四章)
git
火车叼位1 天前
当 Git Pull 把工作区搅成一锅粥:理解 Merge 与 Abort
git