我们需要将版本回退到 merge 之前的状态。

如果是下面这个状态，那很好处理：

这种情况下，我们只需一个 git reset 命令即可：

git reset --hard HEAD~
但是，如果下面这种状态，情况就没那么简单了：

这种情况下，就不能简单使用 git reset 命令了。这就是良许这次碰到的问题。为了解决这个问题，我们就需要找出合并后的分支与合并前的分支的差异，再进行版本回退。这种情况下的版本回退，就不能单用 git reset 了，而是要配合 git revert 了，在后面我们将详细介绍如何优雅的进行版本回退。

回到正题，我们如何找出合并后的分支与合并前分支的差异呢？这里我们需要使用到 git log 命令了。我们先模拟出这两个分支的提交情况：

dev 分支提交情况：

master 分支提交情况：

在这些提交里 [both] 表示两个分支都有的提交， [dev] 表示只有在 dev 分支的提交，[master] 表示只在 master 分支的提交

1. 查看dev有，而 master 分支没有的提交
方法一
命令：

git log dev ^master
结果：

很明显看到，版本4，5，6这三个提交只在 dev 分支里。

相反，如果想看到 master 分支有，而 dev 分支没有的提交，就可以使用如下命令：

git log master ^dev
结果：

[alvin@VM_0_16_centos git-log]$ git log master ^dev
commit c690054c67b833b22dce4120899526743b20d36d
Author: Liangxu
Date: Sun Dec 9 07:31:47 2018 +0800

[master] 版本7

方法二
使用如下命令：

git log master..dev
如果想查看只在 master 分支，而不在 dev 分支的提交，则将 master 与 dev 对调过来即可：

git log dev..master
这两条命令的执行结果与上述相同，故不重复贴结果了。

2. 提前未知两个分支提交情况，如何查看两个分支的差异？
在这种情况下，上述的几个命令都跑一遍，其实也可以知道个大概了。但有没有更简单的办法呢？git 同样为你想到了这个问题，也提供了解决办法：

git log master...dev
结果：

请注意，在这里，master 与 dev 之间有三个点，有别于之前的命令（两个点）。而且，这个命令的执行结果与 git log dev...master 完全一样。

我们这里是为了方便演示，加了 [master] 、 [dev] 、 [both] 这样的记号，但在实际开发过程中，很少会这样操作。那我们在执行 git log master...dev 时，怎么知道有差异的提交是在 master 分支里，还是 dev 分支里？我们只需加上 --left-right 选项即可。

git log --left-right master...dev
结果：

我们会发现，在 commit 与哈希值之间多了个 < 或 > ，其中 < 表示只在 master 分支的提交， > 表示只在 dev 分支的提交。