开发中必须要掌握的Git技巧(2)

分支，就像平行宇宙，廖雪峰老师如是说。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

创建与合并分支

在没有其他分支插进来时，只有一个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的实现原理，点这里：深入理解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，回到工作现场

删除分支

•  git branch -d + 分支有可能会删除失败，因为Git会保护没有被合并的分支。
•  git branch -D + 分支 强行删除，丢弃没被合并的分支。

多人协作

•  git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origin
•  git remote -v显示更详细的信息
•  git push -u origin master推送master分支到origin远程仓库。
•  git push -u origin other 推送other到origin远程仓库。

抓取分支

（编辑：ASP站长网）