git reset 与 git revert区别
基本概念
首先我们来了解下Git的工作区、暂存区及HEAD的概念。
- 工作区：就是电脑里的目录；
- 暂存区：英文名stage或index。存放在".git"目录下的index文件中。
- HEAD：是当前分支引用的指针，它总是指向该分支上的最后一次提交。通常，理解 HEAD 的最简方式，就是将它看做你的上一次提交的快照。
工作流程
对文件修改并提交到仓库的流程如下：
重置
git reset及git revert均是Git中用来重置的命令，其具体的作用如下：
- git reset --soft 撤销上一次git commit,如果再次运行git commit,Git会创建一个新的提交并移动HEAD所指向的分支来指向该提交。不会改变暂存区及工作区。
- git reset [--mixed] 不仅会撤销上一次的提交，还会撤销暂存区
- git reset --hard将会撤销最后的提交、暂存区的内容及强制覆盖工作区的文件
- git revert 撤销老的commit但不删除，并生成一个新的commit,历史版本都存在.
下面我们通过打操作来了解一下它们之间的区别。首先，我们创建了文件file.txt,并进行了三次提交。
git reset -soft xx
当我们运行此命令后，仓库的状态如下图所示：
现在，HEAD指针指向了V2版本。而库内部只有分支数据回退到了V2，暂存区及工作区还是V3版本。
其实，该命令本质上只是撤销了上一次git commit命令。如果我们再次运行git commit,Git会重新提交并移动HEAD指针指向V3。
我们可以将该命令理解为移动HEAD指针。
git reset --mixed xx
选项--mixed是reset命令的默认选项，与git reset xx的作用相同。下面我们看一下该命令的执行结果。
我们仔细看一下上图，依然撤销了上一次提交，而且暂存区内容也被回退。也就是退回到了git add及git commit执行之前。
我们可以将该命令理解为更新索引(暂存区)。
git reset --hard xx
正如"--hard"选项的字面意思，该命令会真正的撤销数据。
上图已经很清晰的说明，运行命令后不仅指针指向了V2，暂存区及工作区都退到了V2，换句话说，真正的撤销了V3版本。
我们可以将该命令理解为更新工作目录。
git revert xx
git revert撤销一个提交的同时会创建一个新的提交，HEAD指向新的提交且回退的提交之后产生的提交均被删除。注意，旧的提交并未删除，新旧提交会同时存在。
恩，看起来比较难理解，通过操作来看看他的过程：
假设我们有一个文件file.txt，并且已经提交了三次，内容分别为v1,v2,v3。
现在，我们来撤销v3版本：
git revert 52ed
执行git log后可以发现多个了Revert "v3"版本，但v3版本并没有被删除。
查看文件内容，v3已经删除。
那我们直接撤销v2版本会发生什么呢？(在这里我重新新建文件file.txt,内容与之前一样。)
哎呀，好像出问题了。我们运行git status看下他的状态：
从结果可以看到是因为存在冲突。这时需为我们解决冲突。
打开文件后，可以看到多了一些东西">>>>>>>"表示HEAD指针当前的位置，"======="上面是撤销之前的文件内容。因为revert回退的commit及其之后的提交都会被删除，在这里v2,v3就是多余的。所以，会产生冲突。
接下来，手动删除">>>>>>>"及其以下的内容。运行git add及git commit:
可以看到，新版本及历史版本均存在。
再查看内容，只有v1。
GAME OVER!
参考
https://git-scm.com/book/zh/v2/Git-%E5%B7%A5%E5%85%B7-%E9%87%8D%E7%BD%AE%E6%8F%AD%E5%AF%86
