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.

相关推荐
Cry丶10 小时前
Git Rebase 操作备忘
git·rebase
你叶不叶18 小时前
abap git 如何从 gitee上在线拉取数据(上一步已经配置好证书)
git·gitee·sap·abapgit
kuroomi2 天前
Git入门
git·kubernetes
daliucheng2 天前
lazygit 上手:日常 git 操作一篇讲完
git
codigger2 天前
大厂git提交规范
git·程序员
挖掘狂人2 天前
六条分支,一条主干:我的 Git 分支管理心得
git·后端·程序员
Brookty2 天前
Git与GitHub系统学习|本地Git工作模型:终端与进程、CWD、HEAD/Index/工作树及Git对象
git·github
2301_767113982 天前
点过“不再询问”就要检查:Claude Code权限文件也可能存着密钥
git·信息安全·claude code
江屿风3 天前
【Git-组件】【Git入门:从文档灾难到版本掌控】流食般投喂
运维·笔记·git·组件·版本控制
程序员沉梦听雨3 天前
【Git】fork工作流与上游同步
git