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.

相关推荐
凯尔萨厮1 小时前
Git(学习笔记)
笔记·git·学习
一技安身4 小时前
【Git】零基础入门实战教程(Windows 完整版,适配竞赛仓库)
windows·git
LXY_BUAA6 小时前
Git_在飞牛中部署 GitLab_20260817
git·gitlab
阳墨余8 小时前
Git 同时管理 Gitee 和 GitHub 的 SSH 配置实战
git·gitee·github
fengyehongWorld16 小时前
Git 认证凭据管理
git
暮云星影1 天前
git版本发布
git·gitee·github·gitea
乌夷1 天前
Git Flow 分支模型
git
独隅1 天前
VS Code Git 工作树多分支并行开发实战评测
git
暮云星影1 天前
git仓库分支管理
git·gitee·github·gitea
互联网中的一颗神经元2 天前
ZZ — Git 速查表
大数据·git·elasticsearch