Git 分支相关操作

前言

通过该文你将了解到：

1. 什么是分支
2. Git 分支的创建、切换、修改、删除，
3. 提交分支到远程仓库、删除远程仓库分支的操作。

什么是分支？

Git 官网介绍如下：

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。
在很多版本控制系统中，这是一个略微低效的过程——常常需要完全创建一个源代码目录的副本。对于大项目来说，这样的过程会耗费很多时间。

有人把 Git 的分支模型称为它的`‘必杀技特性’’，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。 为何 Git
的分支模型如此出众呢？ Git
处理分支的方式可谓是难以置信的轻量，创建新分支这一操作几乎能在瞬间完成，并且在不同分支之间的切换操作也是一样便捷。
与许多其它版本控制系统不同，Git 鼓励在工作流程中频繁地使用分支与合并，哪怕一天之内进行许多次。 理解和精通这一特性，你便会意识到 Git
是如此的强大而又独特，并且从此真正改变你的开发方式。
首先我通过工作中的案例来介绍：

我这里通过一个案例来介绍Git分支的好处：

在开发过程中如果你们的开发团队正在进行一个周期开发任务迭代，但是突然产品经理告诉你：同志们现在的开发任务先放一放，我们临时插入一个紧急需求！此时尽管心里各种MMP,但是不得不赶紧将手头的任务进行一下简单的测试，保证不影响运行的情况下开发紧急需求的功能。但是你开发到一半，此时产品经理又来告诉你：同志们那个紧急的需求我们也在放一放，我们又来了一个更为紧急的需求！此时你的心里应该不是MMP了，而是想买一把AK47
把产品经理拖出去突突5分钟。以上的需求我们使用git分支可以分分钟搞定，在也不用担心产品改需求啦。

如果使用git 分支的话我们是这样的：在开发新的任务迭代的时候，我们先从现在的项目代码完全一样的拷贝一份到一个新的分支上我们就暂时命名为1
分支。突然产品经理来找我们该需求，我们先将1 分支进行提交（注意此时主分支也就是项目原来的代码并没有变化，变化的内容只是在1
分支下）然后在切回原来项目的分支（主分支）下在创建一个和主分支一模一样的分支这里我们暂时命名为2分支。如果产品又来找我们该需求我们可以先将没有开发完的2分支代码进行提交。然后在切回到主分支下将代码
在创建3分支。等我们开放完3分支的任务后在将3分支和主分支进行合并。在次切换到2分支开发完毕后在将2分支和主分支进行代码合并，以此类推。如果产品在找你该需求你可以大声的说：你过来该需求啊，这次保证不打你！

Git 分支的增删改查

查看所有分支和当前分支

git branch 如下图所示表示当前分支是master 并且只有一个分支

创建分支

git branch 创建分支的名称

分支切换

git checkout 切换分支的名称

创建并切换分支

git checkout -b 创建并切换分支的名称

修改分支名称

git branch -m 分支原来的名称 分支修改后的名称

将分支提交到远程仓库

git push origin 分支名称

修改远程仓库分支的名称

先删除远程分支
git push origin --delete 分支名称
修改本地分支的名称
git branch -m 分支原来的名称 分支新名称
将修改后的分支提交到远程仓库
git push origin 分支新名称

删除分支

git branch -d 分支的名称

删除远程分支

git push origin --delete 分支名称

小结

Git 分支绝对是目前所有版本控制最好用的功能，没有之一。通过Git 分支可以使我们的开发更加规范，保证了我们主线代码的稳定性。如果你的项目想通过敏捷开发你的项目，那么Git分支绝对是很好的选择。