命令概述
当要回退到某一次提交的状态时，可以使用git reset命令。有三个常用参数：--soft，--mixed，--hard。按照Git文档的习惯，可以写作
git reset [--soft | --mixed | --hard] [<commit>]
其中，<commit>是指commit的hashcode。
也可以使用HEAD代替<commit>，命令为
git reset [--soft | --mixed | --hard] [HEAD]
其中，
HEAD 最近一个提交（倒数第一次）
HEAD^ 上一次提交（倒数第二次）
HEAD^^ 上一次的上一次提交（倒数第三次）
HEAD^^^ 倒数第四次提交
或者，
HEAD~0 最近一个提交（倒数第一次）
HEAD~1 上一次提交（倒数第二次）
HEAD^2 上一次的上一次提交（倒数第三次）
HEAD^3 倒数第四次提交
如果在最近一次提交之后，没有任何文件修改，则使用HEAD或者HEAD~0，不会产生任何效果。
三个参数对比
通过以下公式，可以直观的反映出三个参数的区别：
git reset --mixed <commit> + git add . = git reset --soft <commit>
git reset --hard <commit>
= git reset --soft <commit> + git reset --hard HEAD
= git reset --mixed <commit> + git reset --hard HEAD
详细的介绍，可以参考CSDN的文章：关于 git reset 命令几个常用参数的理解。
需要指出的是，文章对--hard参数的说明不完全准确。--hard舍弃的提交，并没有彻底删除，还存在仓库里，如果知道被舍弃提交的hashcode，仍然可以恢复该提交。
--hard参数的使用
当要回退到之前某一次提交，并修改文件，且不希望放弃后面已有提交的时候，有两种操作方式。
1、完全在本地仓库完成
如果想在本地完成，可以在reset之前，新建一个分支，保存状态；在reset之后，修改文件，并提交，然后将新建分支合并到reset所在分支。这时，需手动消除冲突，重新跟踪被修改文件，并提交。最后push到远程仓库。
上图显示的就是这一过程。
我们在状态C，新建分支branch-C，然后在master分支，reset到状态B，修改文件，并提交状态B1。这时，如果将branch-C合并到master，Git会提示冲突，需要手动消除。
2、借助远程仓库完成
如果借助远程仓库，则不必新建分支，直接reset到之前的某一次提交，修改文件，然后提交。这时，如果直接push到远程仓库，Git会提示失败，需要pull远程仓库到本地，然后手动消除冲突，重新跟踪被修改的文件，并提交，最后push。
上图显示了这一过程。
在commit d809fd46，reset到状态B，修改文件，并提交状态B2。这时，如果直接push，Git会提示失败，需要先pull远程仓库到本地，Git提示冲突，然后手动消除冲突。
