一、分支分类

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 分支管理是一门艺术 <http://www.open-open.com/lib/view/open1330339022000.html>

Git常用命令参考:Git教程-分支和tag管理
<https://blog.csdn.net/top_code/article/details/52336221#commentBox>