我们在使用git进行版本管理的时候，如果遇到需要回退代码的情况，一般会用 git reset 命令。
我们大致了解一下git大致的工作流程。
首先，想象一下，我正在写着我的代码，这个状态对应图中的 Working diretory，
这个时候，我的代码还就是我的，跟 git 半毛钱关系都没有。（在Android Studio中对应文件颜色是红色）
然后，我把当前编辑的 A 文件 add 到 git 中，这个时候就跟 git 发生了关系，git 接受了我的代码，然后把这个文件存入了自己的暂存区，后面我对这个文件的更改 ，git 都会知晓。这个状态对应图中的 Stage/Index（在Android Studio中对应文件颜色是绿色或者蓝色）
我把写好的 A 文件 commit 到 git ，这就有了一次提交历史。对应图中的 History，在 git 中只要 commit 过的文件，都有各种方式可以恢复，基本来说，就是不会丢了（在Android Studio中对应文件颜色是白色）
好的，那么现在，我发现代码写的不好，需要回退到上一次的提交，我有几个命令可以选择。
常见以下几种命令：
git reset --hard
git reset --soft
git reset --hard xxx与git reset --soft
git reset --hard
这个命令 非常危险 ，是 git 中少有的几个会丢失信息的操作。它会把回退点之前的所有信息都删掉，一个不留，干干净净。
举个例子：
现在我把 A文件修改了两次，到了C 状态 ，并且已提交。
那么我的分支指针是指向 C , 当前文件编辑的状态也是在C
(F)
A-B-C
↑
master
我输入了git reset --hard，结果会变成：
(F)
A-B
↑
master
对的， C 状态彻底没有，再也找不回来。所以，没事不要用这个命令。
git reset --soft
同样是这个状态：
(F)
A-B-C
↑
master
我输入了git reset --soft，结果是：
(F)
A-B-C
↑
master
文件状态与分支的指针都指向上一个提交，C 还是在的，只是没显示。
git revert HEAD
>git revert 撤销某次操纵，此次造作之前和之后的commit和history都会保留，并且把这次撤销作为一次最新的提交。
- git revert --HEAD 撤销前一次的commit
- git revert --HEAD^ 撤销前前一次的commit
- git revert commit (commit 内容为指定撤销的版本号：如d5b992cc5578c67f988f9684e91a6ce13d80473d)，同样撤销也会作为一次提交进行保存。）
注：查看commit版本信息，指令为 git log
我对项目中的一个文件进行的重命名操作。
原文件名：
然后将其然后将其提交到本地仓库,这是好我们发现命名有问题，需要返回原名，我们可以通过再次重命名操作，或者撤销已经提交到本地仓库的指令。
git revert --HEAD
效果：
可以清楚的看到revert指令让我们的操作回退到commit操作的前一步，也就是未对文件名进行更改的状态。
代码回滚常见命名的使用场景：
| 命令 | 作用域 | 常用情景 |
|---|---|---|
| git reset | 提交层面 | 在私有分支上舍弃一些没有提交的更改 |
| git reset | 文件层面 | 将文件从缓存去中移除 |
| git checkout | 提交层面 | 切换分支或查看旧版本 |
| git checkout | 文件层面 | 舍弃工作目录中的更改 |
| git revert | 提交层面 | 在公共分支上回滚更改 |
| git revert | 文件层面 | （没有） |
