一、分支分类
Git主分支（保留分支）：master 、release
Git辅助分支（临时分支）：dev-*、bugfix-*、release-*
二、分支简介
2.1 master 主分支
对应线上（正式环境）的代码，一旦版本上线由测试人员发送合并matser邮件，开发人员将对应上线tag版本合并至master分支。
2.2 release 主分支
同 master 分支，预发环境通过之后，上线之前，合并 release 分支。
2.3 dev-* 辅助分支
从 master 拉取，用于新需求（版本）开发
*号为版本号+期次号
2.4 bugfix-*辅助分支
从 master 拉取，用于快速修复线上Bug
*号为bug英文简称+期次号
2.5 release-*辅助分支
从master 拉取，用于确保当前版本是基于线上最新版本迭代，可处理与线上代码存在的冲突。
任务辅助分支在测试环境通过之后，上预发环境之前，务必拉取一个 release-* 分支。
*号为对应的dev-* 或bugfix-* 的*
三、分支管理
3.1 需求（版本）开发
从 master 拉取 dev 分支
分支命名规则 ：类型 - 版本号
Tag命名规则： 类型 - 版本号- 期次号
例子：
分支：
dev-v2.0.1
release-v2.0.1
Tag:
dev-v2.0.1-102401
release-v2.0.1-102401
3.2 线上问题处理
从 master 拉取 bugfix 分支
分支命名规则：类型 -bug英文简称
Tag命名规则： 类型 -bug英文简称- 期次号
例子：
分支：
bugtfix-dateError
release-dateError
Tag:
bugfix-dateError-102401
release-dateError-102401
---------------------------------------- 我是分割线----------------------------------------
---------------------------------------- 接下来为扯淡内容，仅供参考----------------------------------------
---------------------------------------- 我也是分割线----------------------------------------
Git分支管理模式如下：
（▲独家手绘，转载烦请注明来源）
注解：
git主要分master、dev这两个分支。
1、master分支用于存储线上稳定、可运行、自以为无Bug的代码最新版本！
2、dev分支用于开发人员日常代码合并更新，为避免各自（需求）分支在完成之后合并导致大量冲突代码，建议每天上班pull、下班push ，保持 dev分支 和 自己分支 的代码和平共处！
3、如有需求进来，必须从master上新建分支，进行该需求的开发，在需求完成后更新master！
ok！！！到此为止，非常遗憾地告诉你这是一个错误的案例~~~
修改：
注解：
git主要分master、dev这两个分支。
1、master分支用于存储线上稳定、可运行、自以为无Bug的代码最新版本！
2、dev分支用于开发人员日常代码合并更新，为避免各自（需求）分支在完成之后合并master分支导致大量冲突代码，建议每天上班pull、下班push 建议先合并至dev分支，在这一环节中处理冲突代码，保持 dev分支 和 自己分支 的代码和平共处！等dev分支和自己分支的冲突解决之后，再从dev分支提交至master分支！
3、如有需求进来，必须从master上新建分支，进行该需求的开发，在需求完成后更新dev分支，然后由dev分支提交至master！
以上为笔者在开发过程中对git管理的个人理解，git管理并没有强求这个那个分支什么时候提交什么时候销毁，只要能更好地管理你的项目代码，什么git模式，you happy jiu ok ~~~
ok！！！到此为止，非常遗憾地告诉你这是一个博主单方面的案例~~~
正规军用法如图：
注解：
Git分支主要分为主分支(master)、开发分支(develop)、辅助分支(dev-*、release-*、hotfix-*)。
主分支
命名：master
要求：团队成员可以从主分支上获得线上（正式环境）的代码
开发分支
命名：develop
要求：团队成员可以从开发分支上获得最新开发进展的代码
辅助分支
命名：dev-* 或 release-* 或 hotfix-*
要求：辅助分支大体包括以下几类：
“管理功能开发”的分支、“帮助构建可发布代码”的分支、“可以便捷的修复发布版本关键 BUG”的分支，等等。
相对应的我们可以设以下几类分支：
Feature branches：命名以 dev- 开头，从develop分支上拉取，用于开发新版本功能，完成之后合并至develop分支。
Release branches：命名以release- 开头，从develop分支上拉取，用于预发布新版本及修复预发布版本Bug，完成之后分别合并至master分支和develop分支。
Hotfix branches：命名以hotfix- 开头，从master分支上拉取，用于快速修复线上Bug，完成之后分别合并至master分支和develop分支。
日志提交
+ 新增。。。。。。
- 删除。。。。。。
* 修改。。。。。。
参考资料：Git 分支管理是一门艺术
Git常用命令参考：Git教程-分支和tag管理
如果觉得《Git分支管理及命名规范》对你有帮助，请点赞、收藏，并留下你的观点哦！
