git学习笔记（四）—— 分支管理

一、创建与合并分支

git branch                         //查看分支
git branch <name>                  //创建分支
git checkout <name>                //切换分支
git checkout -b <name>             //创建切换分支
git merge <name>                   //合并某分支到当前分支
git branck -d <name>               //删除分支

二、解决冲突

　　就是解决两个分支之间的不同之处，才能够合并分支。自动合并分支，是创建一个新的结点，将指针指向那个新的节点。

三、分支管理

1、不用fast forward模式

　　合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。 如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

git merge --no-ff -m "merge with no-ff" dev      //“ “中要加入注释

2、分支策略

　　首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。

　　干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

　　团队每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

四、bug分支

　　当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

　　幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

git stash

　　现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug。首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：

git checkout master
git checkout -b issue-101

//修改bug
git add readme.txt 
git commit -m "fix bug 101"

//删除分支
git checkout master
git merge --no-ff -m "merged bug fix 101" issue-101
git branch -d issue-101

//回到dev分支
git checkout dev

//恢复工作现场
git stash list  //显示保存的工作现场
git stash apply  //恢复工作现场，不删除记录
git stash drop   //不恢复工作现场，删除记录
git stash pop    //恢复工作现场，删除记录

git stash apply stash@{0}   //有多个stash的恢复方法

五、多人协作

1、查看远程库信息：

git remote        //查看远程库信息
git remote -v     //显示更详细的信息

2、推送分支

　　把该分支上的所有本地提交推送到远程库，推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上

git push origin master   
git push origin dev

3、抓取分支

（1）克隆分支

git clone git@github.com:michaelliao/learngit.git

（2）默认情况下，只是克隆master分支

（3）你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支

git checkout -b dev origin/dev

（4）现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：

git commit -m "add /usr/bin/env"
git push origin dev

（5）你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送

git add hello.py
git commit -m "add coding: utf-8"
git push origin dev

（6）推送失败，因为你和小伙伴的最新提交产生了冲突，解决方法很简单。

　　先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

git pull

//git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：
git branch --set-upstream dev origin/dev
git pull

//这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：
git commit -m "merge & fix hello.py"
git push origin dev