上一篇原创写了图解Git的第一篇，我的感受仍是能够，比较基础的那种，有兴趣的能够看一看[]，这一篇咱们继续图解Git，上一篇基本就是基础，这一篇算是进阶。git
分支管理
Git中比较最重要的一点就是分支的概念，有了分支就有了合并和衍合的操做，「合并」和「衍合」可以「有效的对代码版本的管理」。程序员
Git的初始化中有一条默认的主分支叫作master，每一次的提交都会串成一条时间线，这就是一条分支，当前分支由HEAD指针指向：web
当每次发生代码提交的时候，当前指向就会向前造成一个新的版本，假如再建立一个新的分支bran，而且当前的提交指向新的分支，这样新的分支随着时间的推移就会造成许多版本：微信
当新分支开发完后，提交仓库，并合并到主干master，最后删除bran分支，这样就完成了一次我的的开发：app
因此，假如主分支上只创建一条分支的话，分支的合并是很是快速的，只须要移动master分支到当前提交，而后将HEAD指针指向master，最后删除bran分支就完成了。编辑器
可是，事实上并非这样的，在一个多人协做的开发团队中，每每每一个人都会创建本身的分支，有本身的提交，最后合并到主干，当本身提交的时候，远程仓库代码就会存在本身本地仓库并未有的代码，这样就会致使push失败。fetch
例如：程序员Tom和Jerry同时迁出代码，他们的初始代码分支都以下图所示：flex
当Tom开发本身的业务模块，提交代码而且合并到主干后，远程主干分支以下图所示：url
「远程仓库master已经再也不指向gs234，而是新生成了一个版本dfd453，做为当前指向的版本」。spa
与此同时，Jerry的本地也同时开发完本身的模块后，分支以下图所示：
在Jerry的本地环境中，他的「本地仓库master仍是指向gs234」，Jerry在本身新创建的一个分支bran中进行开发，开发完后合并分支，最后master就会指向ed489。
当Jerry再次提交代码，Git就会检查远程仓库与Jerry的本地仓库，进行对比后，发现远程仓库存在Jerry的本地仓库不存在的代码，就须要Jerry将远程仓库执行git pull后，自行解决冲突。
上面说了分支基本原理，已经管理分支出现的问题，下面咱们就来一步一步的深刻操做分支的基本命令。
新建分支
Git新建一个分支的命令为：git branch <分支名字>，新创建后分以后，切换分支的命令为：git checkout <分支名字>。
新建分支的实质：「就是新创建一个引用，指向当前提交，master就比如一个引用」；切换分支的实质：就是将HEAD由指向原来的引用，从新指向要切换的分支的引用上：
固然上面建立分支而且合并分支的两条命令能够合并成一条命令：git checkout -b <分支名字>
当切换分以后，每次commit提交代码时HEAD指针就会跟随着新的bran分支移动，造成bran分支上的每个版本：
假如，在新的bran分支上开发到某一个版本，再次切换回master分支进行开发就会造成分叉：
查看分支
当分支建立好了，你能够经过：git branch，来查看本身本地的分支状况：
分支前面带有*号的表示当前的分支，查看分以后，你就能够很清楚的知道本身要checkout哪条分支了。
合并分支
开发完本身模块后，后面就会在本身本地进行合并分支，合并分支的命令：git merge <分支名字>，它表示「合并指定的分支到当前分支」，好比：当前分支为master，执行：git merge bran，表示合并bran分支到当前master分支上。
分支合并也会有失败的状况，当你的两条分支都修改的相同的文件，这时候Git就没法判断你要保留哪个修改，就会出现merge冲突。
例如：我先在master分支修改README.md文件，而后提交本地仓库：而后切换回分支dev，再次修改README.md文件，再次提交
最后进行合并分支，此时在你两次修改的README.md文件中就会出现两次修改的冲突代码：
由于你两次修改同一文件的操做，合并后Git并不知道你要保留哪一次的操做，因此它就会将这个决定交给你本身决定，它只告诉你文件中哪里的代码冲突了，具体怎么改就由你本身去弄。
删除分支
最后是删除本身新建的分支，经过：git branch -d <分支名字>，进行删除分支，假如分支删除不了，能够经过：git branch -D <分支名字>，强制删除分支：
Git中删除分支的实质：dev只是一个分支的引用，因此删除分支也就是删除这个引用，并不会删除任何conmit，因此删除操做也是很是高效的。
假如一条分支commit的引用被删除，那么这条分支的就没有任何引用指向，这样就会找不到这条分支，最后就会被Git回收机制回收。
查看远程
在多人协做的团队下，你可能要随时查看远程仓库的状况，能够经过：git remote，进行查看，加上-v参数能够查看远程仓库的详细状况。
git remote
git remote -v
推送分支
分支的推送到远程上一节已经提过，使用git push命令就能够进行分支的推送，命令后面加上分支的命令，表示具体推送哪条分支：
git push origin master // 将本地master分支推送到远程库
拉取分支
分支的拉取使用git pull命令，这条命令至关于如下两条命令：
git fetch
git merge
可是通常实际工做中，均可能会直接使用git pull命令：
分支管理策略
在合并分支的时候，Git会以快速合并的模式进行合并（Fast forward），可是这种模式删除分支后，会丢失分支的信息。
Git中还能够以「普通模式」进行合并，在原来git merge命令后面加上--no-ff参数便可，合并的命令以下：
$ git merge --no-ff -m "message" dev
临时存取工做区的改动
在开发中，如果某一时刻你想把当前的改动临时进行存放起来，可使用git stash命令，它表示将改动的文件存储到一个独立的存储区域，并不会被提交，当再次须要的时候能够随时取出来。
这里要注意的是：「git stash的是改动的文件，也就是被Git追踪的文件，新添加的文件并无被Git追踪，因此git stash并不会stash」。
git stash命令也能够加上save命令后面再加上备注信息，方便查看：
git stash save "备注信息"
git stash成功后「本地的工做目录的代码会和本地仓库同样」，git stash后能够经过git stash list命令查看以前stash的历史记录，当再次须要将改动的文件取出来时候，能够经过如下命令：
git stash pop
git stash pop表示「弹出第一个被stash的记录，而且该stash会从历史记录中删除」；也可使用git stash apply命令「弹出stash，可是这条命令stash仍然会保存在stash历史记录中」，你也能够经过：git stash drop命令来删除。
这一篇就只讲解了Git的分支原理以及Git的临时存取操做，限于篇幅，咱们今天就到这里，咱们下一期继续图解Git操做，咱们下一期再见。
本文分享自微信公众号 - 非科班的科班（LDCldc123095）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。