git reset命令学习

我们在使用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 --mixed

1.git reset --hard

这个命令 非常危险 ，是 git 中少有的几个会丢失信息的操作。它会把回退点之前的所有信息都删掉，一个不留，干干净净。 
举个例子： 
现在我把 A 文件修改了两次，到了 C 状态 ，并且已提交。 
那么我的分支指针是指向 C , 当前文件编辑的状态也是在 C

   (F)
A-B-C
    ↑
  master

• 1
• 2
• 3
• 4

我输入了git reset --hard，结果会变成：

 (F)
A-B
  ↑
master

• 1
• 2
• 3
• 4

对的， C 状态彻底没有，再也找不回来。所以，没事不要用这个命令。

2.git reset --soft

同样是这个状态：

   (F)
A-B-C
    ↑
  master

• 1
• 2
• 3
• 4

我输入了git reset --soft，结果是：

 (F)
A-B-C
  ↑
master

• 1
• 2
• 3
• 4

文件状态与分支的指针都指向上一个提交，C 还是在的，只是没显示。

3.git reset --mixed

还是这个场景：

   (F)
A-B-C
    ↑
  master

• 1
• 2
• 3
• 4

我输入了 git reset --mixed，结果是：

   (F)
A-B-C
  ↑
master

• 1
• 2
• 3
• 4

分支指针指向上次提交点，但是文件状态还是在当前文件 C ,我看到的现象就是 C 文件还在，但是没有 add ，是红色的。 
可以看出，三个命令中 mixed 是最好的回退处理方式，其实这也是 git reset 的默认参数。

好了，本篇到此结束，可能还会更新。 
如果有错的地方，还请留言。