git有
- 工作区
- 暂存区
- 本地版本库
先总结一个情况（假如早上最新pull的代码，以此为基准，晚上要全部恢复早上的）：
- 当工作区修改，没有add、没有commit的情况，想要恢复
git checkout -- .
- 当工作区修改，已add、没有commit
git reset HEAD
- 当工作区修改，已add、已commit
git reset HEAD^
下面是详细解释：
一、checkout
当使用checkout命令恢复文件，其作用域为：
- 优先使用暂存区的文件覆盖工作区（有用add命令操作过的文件）
- 如果暂存区的文件都已被提交（commit），则使用本地版本库覆盖工作区
#单文件
git checkout -- <file>
#恢复所有
git checkout -- .
checkout 仅限恢复修改的文件，如果是添加/删除的文件，需要使用clean方法：
//单文件
rm filename / rm dir -rf
//全部恢复,-d表示同时移除目录,-f表示force
git clean -df
二、revert（重提、回滚）
- 作用于本地版本库（即文件被commit之后，想要回滚再用到该命令）
- 不影响之前的提交记录，会新创建一次提交
假设有如下commit记录
A <- B <- C <- D
说明：尖头方向表示parent节点，及A <- B 表示先提交了A，再提交了B
情况1：现在不想要D了
git revert hash(D)
执行命令后会让填写 message, 相当于一次commit, 此时多了一次提交E，如下
A <- B <- C <- D <- E(revert)
D 这次的提交不会包含在E里面，于是回滚成功。
回到之前，
A <- B <- C <- D
情况2：然后这次想回滚到C（注意是回滚到C，及 C、D都不要了）
git revert hash(B)..HEAD
注意这个hash的取值，是B， 不是C的commit hash
执行命令后会让你填写2次message, 最后提交记录也有两次
A <- B <- C <- D <- E(revert) <- F(revert)
回到之前
A <- B <- C <- D
情况3：然后这次想回滚C（注意是回滚C，及 C不要了，但是D还需要），其实跟情况一是同样的
git revert hash(C)
执行命令后填写1次message
A <- B <- C <- D <- E(revert)
小结：
- revert hash 这个hash为对应想删除的commit
- revert hash..HEAD 这个hash对应的commit不会被删除，会删除到它的后一次commit
- revert 会产生新的提交，并不会真正删除history。
三、reset
- 作用于本地版本库（即文件被commit之后，想要回滚再用到该命令）
- 会影响之前的提交记录，直接回到之前的版本
同样，假设有如下commit记录
A <- B <- C <- D
想删除到C(及C、D都不要了）
git reset hash(B) --hard
注意，这里B的hash，而非C的。
执行命令后本地的commit history就被干掉了
A <- B
当执行 git push 的时候，会被提示不能提交。但凡修改历史跟origin有冲突的，都必须强项覆盖提交，这时大胆执行git push -f同步到origin.
选项参数说明：
--mixed
意思是：不删除工作空间改动代码，撤销commit，并且撤销git add . 操作
这个为默认参数,git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
--soft
不删除工作空间改动代码，撤销commit，不撤销git add .
--hard
删除工作空间改动代码，撤销commit，撤销git add .
注意完成这个操作后，就恢复到了上一次的commit状态。
回滚推送至远程代码
git push origin master -f
附：
- HEAD 当前版本
- HEAD^ 上个版本
- HEAD~1 上个版本
