先说下我遇到的问题和解决办法，然后再放原文。

我遇到的问题

在初始化一个比较大的项目时，由于最后一次commit的文件数量较大，无法成功push，百度无果后想要撤回这次commit，于是手贱用了git reset --hard origin/master，结果commit是撤回了，但是文件也丢失了，且通过GitHub desktop客户端是无法看到这次的reset记录的，然后感觉，完了！文件找不回来了，抱着试试看的态度百度了一下，得知了有git reflog这个命令，然后我看到了下面这个图。

里面把你所有的git操作都记录下来了，包括git reset --hard xx。

所以肯定是可以找回我的文件的，话不多说直接上解决办法，原理解释留给后面的精彩原文。

解决办法

git reset --hard dea3f790

然后我的59630个丢失文件就回来了。

精彩原文(幽默风趣的详细解读)

看到这个标题，你以为能恢复？？

。。。转载过来以为是能挽救git reset –hard的神技，然而不是。。。

看到这篇的同学可以有个心理安慰了，这边还有没提交修改就rest，想撞墙的想剁手的。。。

划重点，使用git reset –hard(此参数有毒)之前一定要git commit或者 git add 或者 git stash或者。。。

假如你这些操作都没有执行的话，博主还有一个找了多年的方法能挽救。。。

那是一个风雨交加的夜晚，博主头顶十米长的避雷针，一声惊雷下来，哇咔咔！博主穿越到还没rest之前的时空！！哈哈哈哈天无绝人之路啊！！！

《转》Git 撤销commit的注意事项 http://www.cnblogs.com/scodong/p/4757378.html

Git撤销commit的操作命令 git reset --hard HEAD^

一、新建三个文件，demo1,demo2,demo3

二、git add 命令提交到暂存区，git reset HEAD demo1就是把提交到暂存区里的文件撤销。

上图中，执行git reset HEAD demo1就会把demo1从暂存区中撤销，现在是untracked.

三、git commit 提交本地仓库

上图中显示，git commit把demo2,demo3提交到本地仓库中。

四、现在想撤销之前的commit，可以用git reset --hard HEAD^命令

第三步中，先commit demo2,再commit demo3，因此现在的HEAD即是demo3的commit值。

(HEAD是指向最新的提交，上一次提交是HEAD^,上上次是HEAD^^,也可以写成HEAD～2 ,依次类推)

因此git reset --hard HEAD 就是把最新提交的demo3撤销掉，撤销是非常彻底的，本地文件也会删除。—–特么说这么多，你到是把这句放在最上面啊

恢复 git reset -hard 的误操作 ——这是有commit操作的，之前要有这操作，我还来百度？

此部分内容转自：https://www.cnblogs.com/mliudong/archive/2013/04/08/3007303.html

有时候使用Git工作得小心翼翼，特别是涉及到一些高级操作，例如 reset, rebase 和 merge。甚至一些很小的操作，例如删除一个分支，我都担心数据丢失。

不久之前，我在做一些大动作(rebasing)之前，我总是备份整个版本库，以防万一。直到最近我才发现git的历史记录是不可修改的，也就是说你不能更改任何已经发生的事情。你做的任何操作都只是在原来的操作上修改。也就是说，即使你删除了一个分支，修改了一个提交，或者强制重置，你仍然可以回滚这些操作。

让我们来看一些例子：

你现在看git的历史记录，你可以看到两次提交：

现在让我们来重置回第一次提交的状态：

这看起来我们是丢掉了我们第二次的提交，没有办法找回来了。但是 reflog 就是用来解决这个问题的。简单的说，它会记录所有HEAD的历史，也就是说当你做 reset，checkout等操作的时候，这些操作会被记录在reflog中。

所以，我们要找回我们第二commit，只需要做如下操作：

再来看一下 git 记录：

所以，如果你因为reset等操作丢失一个提交的时候，你总是可以把它找回来。除非你的操作已经被git当做垃圾处理掉了，一般是30天以后。