这三个指令都是版本已经提交到分支上，想去撤回才用到的，但是三者之间略有差别。假设这样一个场景：我们提交了一次错误版本到分支上，想要撤回，分别用以下三个命令来演示不同的撤回结果。
git revert
通过git revert命令撤回错误版本，其实并不是真的撤回，而是重新提交了一次错误版本之前的版本，我们在提交日志上依然可以查到，错误版本的提交。以下进行演示：
我们创建了一个test.txt文本，并添加了一段内容：
QQ图片20180928174453.png
然后add到版本库，并提交到分支上，日志上可以看到：
360截图164912186057110.png
然后我们修改test.txt文本：
360截图16530709515681.png
然后add到版本库，并提交到分支上，日志上可以看到：
360截图16760915241366.png
然后我们用git revert指令回退版本：
55.png
查看test文本：
可以看到文本已经还原
可以看到文本已经还原
我们在查看日志：
日志
我们可以看到错误版本的提交，日志中依然存在
git reset --soft
此事文件的内容是：
QQ图片20180928174453.png
我们添加一个bug：
31.png
我们将它提交到分支上，可以看到这样的提交日志：
41.png
我们在做一些有bug的文件提交到暂存区，放在工作区，此时，版本库的状态是这样的：
暂存区，工作区都有修改的文件
我们执行git reset --soft HEAD^将版本回退到上一版本，我们再看提交日志：
52.png
我们可以看到，以前提交的带有bug的版本已经不见了，日志中没有任何痕迹，这体现了git reset和git revert的不同
我们再看版本库的状态如下：
54.png
在带有--soft的命令下，版本回退并不影响暂存区和工作区的修改内容
git reset --hard
如果我们带有--hard参数回退呢？
我们执行git reset --hard HEDA^实现版本回退，暂存区工作区的状态如下：
58.png
我们可以看到，暂存区和工作区的修改都不见了，这体现了--hard和--soft两参数的不同
小结
-
git revert HEAD命令没有版本的回退，实际上版本还增加，增加的是错误版本之前的复制版本（与错误版本之前的版本内容一样，但不是同一版本，id都不同），命令执行后，当前版本不在是错误版本，但错误版本的提交依然能在日志上找到。 -
git reset --soft HEAD^命令实现了版本的回撤，错误版本在日志上找不到了，但回撤版本并不影响暂存区和工作区的状态 -
git reset --hard HEAD^命令实现了版本的回撤，错误版本在日志上也找不到了，但是回撤版本后，工作区和暂存区清零了，这一点要注意。
