一.分支分类Git主分支(待定分支) :主分支、释放
Git辅助分支(临时分支):de v99 Come Come Everybody *、bugfix*、发行*
二.分歧简介2.1 master 主分支
在线(正式环境)对应的代码在版本在线后，测试器会发送合并matser邮件，开发者会将对应的在线tag版本合并到master分支中。
2.2 release 主分支
在主分支和预发送环境通过后且在线之前，集成release分支。
2.3 dev-* 辅助分支
从大师那里拉过来，用于新的需求(版本)开发
*编号为版本号、期间号
2.4 bugfix-*辅助分支
从主文件中抽取，快速修复在线错误
*号码是臭虫的英语简称的下期号码
2.5 release-*辅助分支
从master中抽取，用于根据在线最新版本迭代当前版本，以解决与在线代码的冲突。
任务辅助分支在通过测试环境后，在上传到预发送环境之前，请确保获取一个release*分支。
*符号表示相应的de v99 Come Come Everybody *或bugfix*的*
三.分支管理3.1 需求（版本）开发
从主控器引出dev分支
分支命名约定：类型的版本号
Tag命名约定：类型的版本号期间的次编号
例子：
分支：
de v99 Come Come EverybodyV. 0.1
发布V. 0.1
Tag:
de v99 Come Come EverybodyV. 0.199 Come Come Everybody 102401
发行V. 0.199 Come Come Everybody 102401
3.2 线上问题处理
从主控器中提取bugfix分支
分支命名约定：类型错误英文简称
Tag命名约定：型bug英文简称期次号
例子：
分支：
bugtfix数据错误
release数据错误
Tag:
bugfix数据错误102401
releasedate error102401
上-------------我是分割线
上------------仅供参考
上---------我也是分割线
Git分支管理模式如下：
(自己手写了。 转载请注明出处)
注解：
git主要分为master、dev两个分支。
1、master分支用于存储您认为在线稳定、可执行且没有错误的代码的最新版本！
，dev分支用于开发人员的日常代码集成更新。 建议每天推送、推送下班，使dev分支与自己分支的代码和平共存，以免各个分支在完成后合并产生大量的冲突代码。
w3、需求进来的时候，从老板那里做新的分支，进行其需求的开发，需求完成之后必须更新老板！
好的！ 到此为止，很遗憾我要告诉你这是错误的案例~~
修改：
注解：
git主要分为master、dev两个分支。
1、master分支用于存储您认为在线稳定、可执行且没有错误的代码的最新版本！
dev分支用于开发者的日常代码合并更新。 为了避免在每个分支完成后合并主分支产生大量的冲突代码，建议每天上下班的拉动、下班的推送首先合并到dev分支中，在此环节中处理冲突代码，并处理dev分支和自己分支中的代码在解决了dev分支和自己分支的冲突后，从dev分支提交到主分支！
w3、有需求就前进
来，必须从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管理