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.

相关推荐
MinggeQingchun13 小时前
Git - 令牌登录
git
xhy_070715 小时前
Git 合并冲突怎么解决?用 AI 处理冲突的流程、Prompt 和 4 个易错点
人工智能·git·安全·prompt·ai编程·代码复审
Zhou14113618 小时前
Git_02_GitLab协作与CI_CD
git·ci/cd·gitlab
Zhou14113618 小时前
Git_03_GitFlow分支工作流
git
Flynt18 小时前
把 bug tracker 塞进 git 仓库,同步和冲突怎么解决?我把 git-bug 拆开实测了一遍
分布式·git·开源
louisgeek2 天前
Git submodule 子模块
git
imDwAaY2 天前
6篇文章讲清楚Git:Git 实用技巧:暂存现场、挑选提交与定位 Bug (5/6)
git·后端
imDwAaY2 天前
6篇文章讲清楚Git:Git 团队开发实践:从 Pull Request 到版本发布 (6/6)
git·后端
誰能久伴不乏2 天前
看懂 Git 团队协作全流程:分支、提交、PR、rebase 到底在干嘛
git