第五章 分支管理

1. 分支管理介绍

1）分支即为两台主机，不同地点、不同时间在干不同的事情。然后上传共同主机，就可以得到所有分支的数据。

2）分支的用处？

如果要开发一个项目，但要两周完成。第一周只写了一半，如果立即提交，不完整的代码库会影响别人。如果等全部完成再提交，那会面临代码丢失的风险。那么你就可以创建一个自己的分支，别人看不见，等开发完了，再合并到一个分支。又安全，又不影响别人。

2. 创建与合并分支

1）创建dev分支，然后切换到dev分支

$ git checkout -b dev

Switched to a new branch 'dev'

git checkout命令加上-b 参数表示创建并切换，相当于以下两条命令

$ git branch dev

$ git checkout dev

Switched to branch 'dev'

2）然后，用git branch命令查看当前分支

$ git branch

* dev

  master

3）接着就可以在dev分支上正常提交了，改一下cele.txt内容

$ git add cele.txt

$ git commit -m "branch test"

[dev b17d20e] branch test

 1 file changed, 1 insertion(+)

4）dev分支工作完成，返回master分支

$ git checkout master

Switched to branch 'master'

返回master分支后，再去查看readme.txt，发现加的那行不见了。因为那个是提交在dev分支上，而master分支并没有做变动。

5）现在把dev分支的工作成果合并到master分支上

$ git merge dev

Updating d46f35e..b17d20e

Fast-forward

 cele.txt | 3 +

 1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到当前分支。合并后再去查看cele文件，就和dev分支提交的内容一致了。

注意Fast-forward信息，Gitgap苏我们，这次合并是“快进模式”，也就是直接把master执行dev的当前提交，所以合并速度很快。

6）合并完成后，放心的删除dev分支了

$ git branch -d dev

Deleted branch dev (was b17d20e).

删除后，查看分支，就只剩下master了

$ git branch

* master

总结：

Git鼓励大量使用分支

1#查看分支： git branch

2#创建分支： git branch  

3#切换分支： git checkout

4#创建+切换分支： git checkout -b

5#合并某分支到当前分支： git merge

6#删除分支： git branch -d

3. 解决冲突

如果在新建分支中提交的新的内容，在初始分支中也提交了新的内容。这时，git就无法合并了，但是它可以给你显示出两种数据记录，这是就必须认为手动合并了。合并之后，再提交。然后删除分支。

当Git无法自动合并分支时，就必须首先接触冲突。解决冲突后，再提交，合并完成。

解决冲突就是把git合并失败的文件手动编辑为我们想要的内容，然后提交。

用git log --graph命令可以看到分支合并图。按q退出log

4. 分支管理策略

通常在合并分支时，git默认使用Fast forward模式，但这种模式在删除分支后，会丢掉分支信息。如果强制禁用Fast forward模式，git就会在merge时生成一个新的commit，这样就可以从分支历史上查看分支信息了。

[if !supportLists]1）[endif]首先在分支上改变文件后返回master分支合并dev分支内容，只不过这次禁用fast forward

$ git merge --no-ff -m "merge with no-ff" devMerge made by the 'recursive' strategy.

 readme.txt | 1 +

 1 file changed, 1 insertion(+)

[if !supportLists]2）[endif]合并后，用git log查看分支历史

$ git log --graph --pretty=oneline --abbrev-commit

*   e1e9c68 (HEAD -> master) merge with no-ff

|\  

| * f52c633 (dev) add merge

|/  

*   cf810e4 conflict fixed

...

3）分支策略：

在实际开发中，我们应该按照几个基本原则进行分支管理：

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

2#然后在干活的时候，都在dev分支上，也就是说，dev分支时不稳定的，到准备发布时，再把dev分支合并到master上，在master上发布新版本。

3#你和你的朋友都在dev分支上干活，每个人都有自己的分支，时不时往dev上合并就可以了。  

总结：

1# git分支很强大，应该在团队开发中充分应用；

2#合并分支时，加上--no-ff参数就可以用普通模式合并，能看出来曾经做过合并。

5. Bug分支

如果有了bug要修复，而手头上的工作还无法提交，那可以用git的stash功能，他可以将目前的工作现场“储藏”起来，等以后搞定bug后就可以恢复现场继续工作。

比如我新增一个文件，然后并没有commit

student30@CN01VRIAPC30 MINGW64 /g/learngit (master)

$ git add work.txt

student30@CN01VRIAPC30 MINGW64 /g/learngit (master)

$ git status

On branch master

Your branch is ahead of 'origin/master' by 2 commits.

  (use "git push" to publish your local commits)

Changes to be committed:

  (use "git reset HEAD ..." to unstage)

        new file:   work.txt

student30@CN01VRIAPC30 MINGW64 /g/learngit (master)

用stash功能隐藏现在的工作状态

$ git stashSaved working directory and index state WIP on dev: f52c633 add merge

现在再来看status，工作树就是干净的，那就可以放心的新建分支来修复bug

$ git status

On branch master

Your branch is ahead of 'origin/master' by 2 commits.

  (use "git push" to publish your local commits)

nothing to commit, working tree clean

在master上创建临时分支来修复bug

$ git checkout -b issue-101Switched to a new branch 'issue-101'

$ git add readme.txt $ git commit -m "fix bug 101"

[issue-101 4c805e2] fix bug 101

 1 file changed, 1 insertion(+), 1 deletion(-)

修复完成后，切回master，合并分支后，删除issue-101分支

$ git checkout masterSwitched to branch 'master'Your branch is ahead of 'origin/master' by 6 commits.

  (use "git push" to publish your local commits)

$ git merge --no-ff -m "merged bug fix 101" issue-101Merge made by the 'recursive' strategy.

 readme.txt | 2 +-

 1 file changed, 1 insertion(+), 1 deletion(-)

修复完bug，现在回到dev分支上继续干活

$ git checkout devSwitched to branch 'dev'

$ git status

On branch dev

nothing to commit, working tree clean

显示工作区时干净的，刚才还没提交的内容不见了？

其实还在，git把stash内容存在了某个地方，你得恢复一下。有两个办法：

用git stash apply恢复，但恢复后，stash内容并不删除，你需要用git stash drop删除；

另外一种是用git stash pop，回复的同时也把stash内容也删除了：

$ git stash pop

On branch dev

Changes to be committed:

  (use "git reset HEAD ..." to unstage)

    new file:   hello.py

Changes not staged for commit:

  (use "git add ..." to update what will be committed)

  (use "git checkout -- ..." to discard changes in working directory)

    modified:   readme.txt

Dropped refs/stash@{0} (5d677e2ee266f39ea296182fb2354265b91b3b2a)

再用git stash list查看，就看不到任何stash内容了。

$ git stash list

6. Feature分支

如果让开发一个新的功能，你肯定不希望一些实验性操作把主分支内容搞乱，这是可以新建一个分支，在上面开发，完成后再合并，最后删除那个分支。

$ git checkout -b feature-vulcan

Switched to a new branch 'feature-vulcan'

在新建分支添加完功能后提交

$ git add vulcan.py

$ git statusOn branch feature-vulcanChanges to be committed:

  (use "git reset HEAD ..." to unstage)

    new file:   vulcan.py

$ git commit -m "add feature vulcan"

[feature-vulcan 287773e] add feature vulcan

 1 file changed, 2 insertions(+)

 create mode 100644 vulcan.py

然后切回dev，准备合并

$ git checkout dev

接着，上面又不打算要这个功能了。OK，还是得删除

$ git branch -d feature-vulcanerror: The branch 'feature-vulcan' is not fully merged.If you are sure you want to delete it, run 'git branch -D feature-vulcan'.

提示因为feature-vulcan分支还没有被合并，如果删除，将丢掉修改，如果要强行删除，使用-D参数

总结：

1#开发一个新的功能，最好新建一个分支

2#如果要删除一个没合并过的分支，可以通过git branch -D 强行删除

7. 多人协作

1）查看远程仓库

要查看远程库的信息，用git remote

$ git remote

origin

或者用git remote -v显示更详细的信息

$ git remote -v

origin  git@github.com:KisonGump/learngit.git (fetch)

origin  git@github.com:KisonGump/learngit.git (push)

2）推送分支

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

$ git push origin master

推送其他分支

$ git push origin dev

3）抓取分支

如果出现同时修改一个文件，会出错。解决办法是，先把远程仓库文件pull下来，然后合并好之后，在push上去。

总结：

1#查看远程库信息，使用git remote -v

2#本地新建的分支不推送到远程，别人就看不到

3#从本地推送分支，使用git push origin branch-name,如果推送是比，先用git pull抓取远程的新提交

4#从本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致。

5#建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name

6#从远程抓取分支，使用git pull，如果有冲突，先处理冲突