两年后的今天（2019-08-11）更新一下。
两年来的实际工作中，偶尔会使用到git reset命令，一般我只用来撤销刚刚不满意的提交，没遇见过需要连着撤销好几次提交的场景。
对于 git revert，有一次同事遇到了 git 问题咨询我，说他使用了 git reset 撤回了最近的一波提交，但之前的提交已经提了 MR 并且合并到 master 了，发现在自己的分支撤回后，再次提 MR，不能被识别，因为对比起来，master 是最新的 commit。此时我先再次 git reset 到他想撤回的那一次提交，然后使用 git revert “反做” 那次提交，这会自动产生一条新的 commit 记录，于是可以再提 MR 合并到 master 了。
当然如果不嫌麻烦，手动改回之后，再来一波 git add、git commit 也是可以的。
但你看了这篇文章后，我想一定会正确理解 revert 和 reset，链接如下：
Git恢复之前版本的两种方法reset、revert（图文详解）
以下留作最初的纪念，就不删了。
这里讲一下git revert和git reset的区别：
git revert 是撤销某次操作，此次操作之前的commit都会被保留
git reset 是撤销某次提交，但是此次之后的修改都会被退回到暂存区
具体一个例子，假设有三个commit， git st:
commit3: add test3.c
commit2: add test2.c
commit1: add test1.c
当执行git revert HEAD~1时， commit2被撤销了
git log可以看到：
commit1：add test1.c
commit3：add test3.c
git st 没有任何变化
如果换做执行git reset --soft(默认) HEAD~1后，运行git log
commit2: add test2.c
commit1: add test1.c
运行git st， 则test3.c处于暂存区，准备提交。
如果换做执行git reset --hard HEAD~1后，
显示：HEAD is now at commit2，运行git log
commit2: add test2.c
commit1: add test1.c
运行git st， 没有任何变化
另外，说一下git revert ，git reset –hard和 –soft的区别
git reset –mixed id ，是将git的HEAD变了（也就是提交记录变了），但文件并没有改变，（也就是working tree并没有改变）。
git reset –soft id. 实际上，是git reset –mixed id 后，又做了一次git add
git reset –herd id.是将git的HEAD变了，文件也变了。
git revert与git reset最大的不同是，git revert 仅仅是撤销某次提交。
比如git revert HEAD~1 ,那么会撤销倒数第二次的提交结果。而倒数第一次的提交记录，仍然在。
如果git reset –hard HEAD~1,那么，commit退回到倒数第三次的状态中。
总体来讲，还是git revert 好啊，雁过留声嘛。
其实，通过git reset –soft id的方法，可以将原来多次的git提交记录合并为一个。
git reset是指将当前head的内容重置，不会留log信息。
git reset HEAD filename 从暂存区中移除文件
git reset –hard HEAD~3 会将最新的3次提交全部重置，就像没有提交过一样。
git reset –hard commit (38679ed709fd0a3767b79b93d0fba5bb8dd235f8) 回退到 38679ed709fd0a3767b79b93d0fba5bb8dd235f8 版本
根据–soft –mixed –hard，会对working tree和index和HEAD进行重置:
git reset –mixed：此为默认方式，不带任何参数的git reset，即时这种方式，它回退到某个版本，只保留源码，回退commit和index信息
git reset –soft：回退到某个版本，只回退了commit的信息，不会恢复到index file一级。如果还要提交，直接commit即可
git reset –hard：彻底回退到某个版本，本地的源码也会变为上一个版本的内容
git reset -soft :取消了commit
git reset -mixed（默认） :取消了commit ，取消了add
git reset -hard :取消了commit ，取消了add，取消源文件修改
