git revert 与 git reset 的比较
这两个命令的操作完全不同。设当前分支是dev1。
1. 对于git revert
以如下命令为例，
$ git revert c1 该命令会重新生成一个新的提交 c2，其父提交是当前dev1指针指向的提交（如果当前指向c1，则父提交就是c1），c2 的内容与 c1 的内容相反，即生成一个反向提交，并向前移动 dev1 指针使其指向 c2。
2. 对于git reset
设当前提交历史是 c2 –> c3 –> c4，即最新提交是 c4，亦即dev1指针指向c4，以如下命令 为例，
$ git reset --hard c3 该命令会丢弃暂存区（index），工作目录（working directory）的所有变化，并向后移动 dev1 指针使其指向c3。
git reset有三个选项，以get reset --选项 c3为例，会以特定的顺序重写 HEAD、Index 和 Working Directory。意义分别如下：
--soft仅仅移动HEAD指针指向提交c3。仅仅意思是单纯移动指针，不更新INDEX索引区，所以此时git status时会看到绿色的索引区的数据（即上一次提交的内容）。--mixed会更新INDEX索引区数据为当前HEAD所指提交对应的快照内容。即此时git status会看到上一次提交的内容成为本地变化（红色）即在Working Directory工作目录。--hard会更新工作目录和索引一样，这样会撤销最后的提交、git add和git commit命令以及工作目录中的所有工作。
必须注意，
--hard标记是reset命令唯一的危险用法，它也是 Git 会真正地销毁数据的仅有的几个操作之一。其他任何形式的reset调用都可以轻松撤消，但是--hard选项不能，因为它强制覆盖了工作目录中的文件。我们可以通过
reflog来找回它。但是若该文件还未提交，Git 仍会覆盖它从而导致无法恢复。