git reset与git revert是git与版本回退有关的两个命令，本文将通过实验来测试这两个命令之间的区别。接下来我们分别来看下这两个命令
git reset：重置
git reset的作用是还原Index的状态或修改本地分支HEAD的位置。有三种参数可以选择
git reset --mixed
git reset --soft
git reset --hard
- git reset --mixed：此为默认方式，不带任何参数的git reset，即时这种方式，它回退到某个版本，只保留源码，回退commit和index信息
- git reset --soft：回退到某个版本，只回退了commit的信息，不会恢复到index file一级。如果还要提交，直接commit即可
- git reset --hard：彻底回退到某个版本，本地的源码也会变为上一个版本的内容
下面将通过一个实验来看看实际情况下hard和soft参数有什么区别
-
首先我们新建一个文件 testReset.js，里面只有一行console.log("first version").将它提交到git上
-
然后将"first version"分别修改为"second version"和"third version"，并提交两次
-
此时使用git log命令查看提交记录，会发现3条提交历史
这时我们执行命令
git reset --soft HEAD^
HEAD指的是当前版本，^即指上一个版本，^^即指上两个版本，也可以使用~1,~2以此类推来表示。
执行完上述命令之后，通过git status和git log命令来查看当前暂存区和提交记录的状态
我们可以看到，此时暂存区中有已经暂存的testReset的修改状态，而此时文件中的代码还是第三个版本的console.log("third version").但是第三次提交的记录已经不存在了，只剩下第一次和第二次提交的记录
-
由于此时第三次改动已经暂存，我们直接使用git commit命令来提交，回复到第三个版本，此时提交记录变为3次
接着执行命令
git reset --hard HEAD^
执行完之后接着使用git status和git log命令查看当前的状态
此时可以看到，和之前soft参数执行的结果相比，第三次提交的记录同样被删除了，但是暂存区是clean干净的，此时如果我们查看testReset.js文件会发现，文件中的代码已经被还原成了第二个版本的console.log("second version").
通过这个例子我们可以看出git reset --soft和git reset --hard的区别，使用soft参数不会回退本地代码，并且会将所有的改动移动到暂存区;而hard参数则显得比较“彻底”，它会抹去所有的提交记录、代码并且重置暂存区。因此hard参数要慎用
git revert：撤销
git revert原理：根据你要回退的提交所做的改动做相反的改动，然后重新提交代码，使代码达到没有这些旧提交所能达到的状态。
具体来说，比如之前某个提交加了一行代码，那么回退就是在相同位置减一行代码，git只是根据旧提交反着做了一遍，这样就相当于是“还原”到了之前的某个版本
还是回到刚才的实验，这次来看看git revert命令的效果
-
首先将当前提交的状态回到第三个版本
-
执行命令
git revert HEAD，注意这里与git reset的区别，这里revert后面的head可以理解为从某个版本开始回退到上一个版本，因此如果执行revert HEAD^的话，实际上是回退到上上个版本。这里会弹出一个vim编辑窗口，用于输入回退提交信息
-
revert结束之后，使用git status和git log命令查看当前状态
此时可以发现，前三次的提交记录依然存在，但是多了一条revert的提交历史，而且此时本地文件也回到了第二个版本（与当前版本一致，所以暂存区是clean的）。
结语
通过上述例子，我们可以看出git revert和git reset的区别:git reset会将版本的指针向后移动，相当于减少了版本，而git revert是将版本向前新增，会保留之前的提交记录，新增版本。这是二者最大的区别，在实际工作中，我们需要根据不同的情况，谨慎地选择这两个命令及其参数
