大牛总结的 Git 行使能力，写得太好了

分支，就像平行宇宙，廖雪峰先生如是说。你建设了一个属于你本身的分支，别人看不到，还继承在原本的分支上正常事变，而你在本身的分支上干活，想提交就提交，直到开拓完毕后，再一次性归并到原本的分支上，这样，既安详，又不影响别人事变。用 Git 和 Github 进步服从的 10 个能力！这篇也保举看下。

建设与归并分支

在没有其他分支插进来时，只有一个master主分支。每次你git push -u origin master 提交就是增进一条时刻轴，master也会随着移动。

建设一个other的分支，通过other提交，固然时刻轴向前走了，可是主分支master还在原本的位置。

理论说明完，看一下呼吁怎么写。

建设分支other,切换到other分支。

git branch other 
git checkout other 

查察当前全部分支

git branch 

* other 
 master 

当前的分支会有一个*

用other提交

git add ./xxx/ 
git commit -m "xxx" 

other分支完成，切换回master

git checkout master 

此时，master分支上并没有other的文件，由于分支还没有归并。

归并分支

git merge other 

归并完成之后，就可以在master分支上查察到文件了。

删除other分支

git branch -d other 

我由此想到，在往后事变中，应该是一个开放小组配合开拓一个项目，组长会建设许多分支，每一个分支可以交给一小我私人去开拓某一个成果，一个小组配合开拓并且不会彼此滋扰。谁的成果完成了，可以由组长归并一下完成了的分支。哦，美满！

办理归并分支题目

若是有这样一种环境，分支other已经commit了，可是此时指针指回master时，而且master没有归并，而是git add / commit 提交了。这样，就发生了斗嘴，主分支master文件内容与other分支的内容纷歧样。归并不起来！以是，

• 修改文件的内容，让其保持同等。
• git add git commit 提交。
• 分支归并了。

•  
• git log --graph 查察分支归并图
• git branch -d other 删除分支，使命竣事。

分支打点计策

git merge --no-ff other 禁用Fast forward模式，由于行使Fast forward模式，删除分支后，分支汗青信息会丢失。超具体的 Git 拭魅战教程，傻瓜一看也会！这篇也保举看下。

BUG分支

廖雪峰先生提到，事变中每个bug都可以通过一个新的姑且分支来修复，修复后，归并分支，然后将姑且分支删除。但假如你手上有分支在事变中，你的上级要你改其它的分支的BUG。

你要把此刻正在事变的分支生涯下来，git stash,把当前事变现场“存储”起来，等往后规复后继承事变。当你办理BUG后，git checkout other回到本身的分支。用git stash list查察你方才“存放”起来的事变去那边了。

此时你要规复事变：

• git stash apply规复却不删除stash内容，git stash drop删除stash内容。
• git stash pop规复的同时把stash内容也删了.
• 此时，用git stash list查察，看不到任何stash 内容。

总结：修复bug时，我们会通过建设新的bug分支举办修复，然后归并，最后删除；当手头事变没有完成时，先把事变现场git stash一下，然后去修复bug，修复后，再git stash pop，回到事变现场

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!