Git学习（四）

(Updated: )

0x00 前言

前面已经学习了：
Git学习（三）
Git学习（二）
Git学习（一）

什么是分支呢？

举个例子吧，就好像你一边写着代码，同时也在带着耳机听歌，最后你的代码写完了，歌也听了。

分支有什么用呢？

比如说，你和别人在开发一个东西，但是，由于你没有写完，导致别人不能写了，这个时候，你可以创建一个分支，你在这个分支上写，不管你写的快慢，都不影响别人的开发，这样，当你们都开发完了，再把分支合并，这样就组成了完整的代码。

0x01 创建、合并分支

在使用Git的时候，会自动创建一条分支，这条分支叫master分支。HEAD严格来说并不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

假如我们新建了一个分支 test ，Git新建了一个指针叫 test ，master 指向相同的提交，再把 HEAD 指向 test，就表示当前分支在 test 上。

Git创建一个分支很快，因为除了增加一个 test 指针，改改HEAD的指向，工作区的文件都没有任何变化！

不过，从现在开始，对工作区的修改和提交就是针对test分支了，比如新提交一次后，test指针往前移动一步，而master指针不变：

假如我们在test上的工作完成了，就可以把test并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向test的当前提交，就完成了合并：

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

实战到了！！！

先创建一个test分支，然后切换过去

1
2
$ git checkout -b test
Switched to a new branch 'test'

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

1
2
3
$ git branch test
$ git checkout test
Switch to branch 'test'

git branch查看当前分支

1
2
3
$ git branch
  master
* test

git branch列出所有分支，当前分支前面会标一个 * 号

然后我们正常在 test 分支上操作，比如对 README.txt 添加一行：

1
Creating a new branch

提交

1
2
3
4
5
$ git add README.txt

$ git commit -m "branch test"
[test 00fecf0] branch test
 1 file changed, 1 insertion(+)

切换回 master 分支

1
2
git checkout master
Switch to branch 'master'

切换回 master 分支后，再查看一个README.txt文件，刚才添加的内容不见了！

因为那个提交是在test分支上，而master分支此刻的提交点并没有变：

现在，我们把dev分支的工作成果合并到master分支上：

1
2
3
4
5
$ git merge test
Updating d43cb00..00fecf0
Fast-forward
 README.txt | 1 +
 1 file changed, 1 insertion(+)

git merge 命令用于合并指定分支到当前分支。合并后，再查看README.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向test的当前提交，所以合并速度非常快。

合并完成后，就可以删除 test 分支了

1
2
$ git branch -d test
Deleted branch test (was 00fecf0).

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

1
2
$ git branch
* master

0x02 解决冲突

我们新建一个分支feature1

1
2
$ git checkout -b feature1
Switched to a new branch 'feature1'

修改README.txt最后一行为：

1
Creating a new branch is quick AND simple!

在feature1上提交。

切换到 master 分支

1
git checkout master

在 master 分支上把 README.txt 的最后一行改为：

1
Creating a new branch is quick & simple!

提交

1
2
3
$ git commit -m "AND &"
On branch master
nothing to commit, working tree clean

现在， master 分支和 feature1 分支各自都分别提交了新的内容

但是，这样Git在合并分支的时候就会出现冲突，我们看一下：

1
2
3
4
$ git merge feature1
Auto-merging README.txt
CONFLICT (content): Merge conflict in README.txt
Automatic merge failed; fix conflicts and then commit the result.

果然冲突了！Git告诉我们，README.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：

1
2
3
4
5
6
7
8
9
10
11
12
$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)

        both modified:   README.txt

no changes added to commit (use "git add" and/or "git commit -a")

我们看一下 README.txt 中的内容:

1
2
3
4
5
6
7
8
9
10
11
12
13
$ cat README.txt
Git is a version control system.
This is my first test for Git!
Git is so good!
Git管理的是修改
test test test
It is wrong!
hahaha
<<<<<<< HEAD
Creating a new branch quick & simple!
=======
Creating a new branch is quick AND simple!
>>>>>>> feature1

Git用 <<<<<<<，=======，>>>>>>> 标记出不同分支的内容，我们修改如下后保存：

1
Creating a new branch is quick and simple!

再提交

1
2
3
$ git add readme.txt 
$ git commit -m "conflict fixed"
[master cf810e4] conflict fixed

带参数的git log也可以看到分支的合并情况：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
$ git log --graph --pretty=oneline --abbrev-commit
*   db2c0fe (HEAD -> master) and
|\
| * 5134c13 (feature1) quick AND simple
* | 0133d12 AND &
|/
* 00fecf0 branch test
* d43cb00 test branch
* b2f143d remove test.txt
* 2a4c645 add test.txt
* 4c574a8 add a line test
* 9f9c092 modify README.txt
* 081378e modify README.txt & add LICENSE
* a78dd79 change the README.txt
* d4892a6 add a new README.txt file

最后删除feature1分支

1
2
$ git branch -d feature1
Deleted branch feature1 (was 5134c13).

0x03 分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

--no-ff表示禁用Fast Forward模式
首先，创建并切换到dev分支

1
2
$ git checkout -b dev
Switched to a new branch 'dev'

修改 README.txt 并提交commit
切换回 master 分支

合并分支，使用--no-ff参数

1
2
3
4
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
 README.txt | 1 -
 1 file changed, 1 deletion(-)

因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

合并后，我们用git log看看分支历史：

1
2
3
4
5
6
7
8
$ git log --graph --pretty=oneline --abbrev-commit
*   41d9b17 (HEAD -> master) merge with no-ff
|\
| * 20a127c (dev) add branch
|/
* 6a76d54 modify README.txt
*   db2c0fe and
...

可以看到，不使用Fast forward模式，merge后就像这样：

0x04 总结

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

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

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

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

  1. 合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。