查找合并履历

使用git log命令可以确认合并与被合并的两个分支之间的合并历史。可以用于分析为什么过去的合并产生了冲突。

比如如下的示例就展示了HEAD指向的主分支在合并testing分支的时候发生了什么。

$ git log --oneline --left-right master...testing

< 416553b (HEAD -> master) 1st merge solved conflict

< e9850a8 2st commit on master branch

这里使用了...语法，而且使用了--left-right参数，都是之前学习过的。输出结果全都是<表明，合并的时候都是从testing分支将文件合并到主分支。

组合式差异格式

其实在前面的章节中已经介绍过组合式差异格式。比如现在是执行merge命令后产生冲突的状态，执行diff命令会出现下面的结果：

$ git diff

diff --cc MergeTest.txt

index 939b6fd,fcfc0fd..0000000

--- a/MergeTest.txt

+++ b/MergeTest.txt

@@@ -1,1 -1,1 +1,5 @@@

- master branch changed.

-testing branch changed.

++<<<<<<< HEAD

++master branch changed.

++=======

++testing branch changed.

++>>>>>>> testing

这个结果就是组合式差异格式。<<<<<<< 与 >>>>>>> 行在当前工作目录产生合并冲突的文件中。这个文件需要我们解决冲突后才可以正确合并。下面尝试一下手动解决。解决方案是使用testing分支中的内容，再次执行diff

$ git diff

diff --cc MergeTest.txt

index 939b6fd,fcfc0fd..0000000

--- a/MergeTest.txt

+++ b/MergeTest.txt

@@@ -1,1 -1,1 +1,1 @@@

- master branch changed.

-testing branch changed.

++testing branch changed.

最后一行表示的内容是解决冲突后的文件内容。在合并完成后，可以使用如下命令来确认合并时产生的文件冲突，以及手动解决方案。

$ git log --cc -p -1

commit 416553b3550ddf0ae63302af12ef8b3cad424721 (HEAD -> master)

Merge: e9850a8 bfb0dfb

Author: kutilion <kutilion@gmail.com>

Date: Sun Apr 14 22:04:31 2019 +0800

1st merge solved conflict

diff --cc MergeTest.txt

index 939b6fd,fcfc0fd..82aeb48

--- a/MergeTest.txt

+++ b/MergeTest.txt

@@@ -1,1 -1,1 +1,1 @@@

- master branch changed.

-testing branch changed.

++testing branch changed.

撤销合并

确认一下当前工作区master分支的状态

$ git log --graph

* commit 416553b3550ddf0ae63302af12ef8b3cad424721 (HEAD -> master)

|\ Merge: e9850a8 bfb0dfb

| | Author: kutilion <kutilion@gmail.com>

| | Date: Sun Apr 14 22:04:31 2019 +0800

| |

| | 1st merge solved conflict

| |

| * commit bfb0dfb56677f4a261bdacf1b64d30ef8fb72717 (testing)

| | Author: kutilion <kutilion@gmail.com>

| | Date: Sun Apr 14 21:53:51 2019 +0800

| |

| | 1st commit on testing branch

| |

* | commit e9850a81566b350cfbc16d8138391b0c64ca3339

|/ Author: kutilion <kutilion@gmail.com>

| Date: Sun Apr 14 21:54:26 2019 +0800

|

| 2st commit on master branch

|

* commit 70eb3ca00a50590c47f2fb54021d27f2e8d59c94

Author: kutilion <kutilion@gmail.com>

Date: Sun Apr 14 21:19:50 2019 +0800

1st commit on master branch

发现最新的一次提交，就是上次冲突解决后的合并。但是如果想要撤销这个合并也是可以的。

修复引用

如果这个合并只在本地，而没有推送到远程仓库，可以使用如下命令。相当于重置了分支到前一次提交，合并的提交就被废弃了。

git reset --hard HEAD~

还原提交

Git还提供了一个用于还原的命令，它本质上是一次提交，用途是撤销上次提交的所有修改。

git revert -m 1 HEAD

-m 1表示需要表留下来的父提交。合并操作需要两个分支，1表示合并分支，2表示被合并分支。但是这个命令只是还原了工作区，上一次合并的结果还存在。所以继续执行merge命令会出现Already up-to-date.的提示。解决这个问题官网给出了一个比较繁琐的解决办法， 而且会留下提交履历。笔者推荐，还是使用reset比较好。