git checkout、reset、revert

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 上个版本