在进行正文之前先简单介绍下git reset 命令
git reset
git reset 命令用于改变当前的仓库状态，简单的场景用例：假设一次修改了两个文件，然而需要对这两个文件分别进行两次提交，在进行缓存操作时（git add），不小心将两个文件都进行了缓存，此时我们需要对其中一个文件取消缓存，此时就需要git reset 操作来实现，如下图
然后，对b.txt进行commit操作，然后再对a.txt进行add & commit操作
对于git reset命令添加了--hard 参数后会怎样呢，在git官网的reference上 有如下一段话
也就是说，添加--hard参数后，会回到上次commit的状态，也就是说从上次commit之后的的修改都将被重置，换句话说这些数据都丢失了，所以要谨慎操作哦。
前置知识就到这里了，开始今天的重点。
当我们进行了git reset --hard操作进行了版本回退，现在我们又需要之前的修改信息，也就是说我们需要版本回退之前的文件信息，此时我分了三种情况
- 之前的修改进行了
commit提交，也就是说我们回退前的修改（曾经）存在于版本里; - 之前的修改未进行
commit提交，但是进行了git add操作； - 之前的修改未进行
commit提交，也未进行git add操作。
如果时第一种情况，很简单我们拿到之前修改的commit的哈希值（或者说id），然后执行 git reset --hard [hash]就可以回退到之前修改的状态。
怎么拿hash， 这个好说，可以执行命令git reflog命令，它会显示出你之前的所有操作
像这个
62f039e 就是我的reflog提交的哈希值，对其进行reset即可
如果是第三种情况，不好意思暂时还没有找回的办法，如果你有欢迎拿出来大家交流
今天的重点就是第二种情况，毕竟曾经我也以为此情况无解，直到后来这边文章诞生前。
今天的主角命令 git fsck，这里呢不具体讲解此命令，只是简单描述利用此命令进行文件恢复。
如图示，我新建了文件c.txt并添加了内容 'git fsck'，添加到缓存之后进行了reset操作， 此时因为没有进行git commit操作所以没有hash值，可供恢复，这个时候需要进行操作 git fsck --lost-found操作，返回如下结果：
关于此命令，git官网的解释
[图片上传失败...(image-deb41a-1562049785342)]
根据提示，找到目录'.git/lost-found'，可以看到，
我们在‘commit’和‘other’目录下分别看到命令窗口打印出的文件，在‘other‘目录下找出之前遗失的文件
然后新建'c.txt'文件，并将文件内容复制过去，结束。
是不是很麻烦，特别是一次提交的文件多了，一个一个新建（修改）复制过去好烦哦。
是的很烦，所以保持良好的习惯。永远不要让这种操作降临到自己身上才是正道。（这只是为不可控的意外情况准备的）
