我们在使用git进行版本管理的时候，如果遇到需要回退代码的情况，一般会用 git reset 命令。
我们大致了解一下git大致的工作流程。

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操作的前一步，也就是未对文件名进行更改的状态。

代码回滚常见命名的使用场景：