背景叙述：
前几天，上传自己的个站到git上的时候，手欠脑发晕的用了次git reset --hard xxxxxx 命令。由于只在线上传入了一个index.html页面（自己都不知道自己咋想的，就这么干了，O__O"…），且第一次commit的时候也只commit了一个index.html文件，其他文件的只是通过git add --all命令进行本地追踪。
然后，突发奇想，想恢复到第一次提交的时候（天知道当时自己咋想的）！于是自然（大概也只有天知道当时手咋那么自然随意）的用了git reset --hard xxxxxx 命令，结果~~~~~~~(>_<)~~~~ ，我的乖乖，等我反应过来，所有的文件除了第一次commit的index.html还在，其他的，其他的，都不见啦！！！！
恩，当时真是吓到快要冒冷汗（来来来，用小拳拳锤锤自己，怎么这么不长心呢！）！！！唯一感受总结就是：如果哭倒长城能让文件长回来，想必我是很有决心去试试的！！！！
====================一条痛改前非的分割线============================
先看看git reset --hard xxxxxx 命令长啥样。
ps：返回到某一次commit前的代码
git reset --hard xxxxxx //强制返回到某次提交前的源码状态
=================慎用 git reset --hard xxxxxx 命令========================
接下来的几个小时，开始了心情惨淡又前路漫长的网上寻找解决套路之旅！！！！！！
好在，翻阅了一大波的资料后，finally，finally，终于找到了解决的方案！！！！！！
====================分 解 走 出 套 路 之 旅=========================
part 1：
首先找到了这篇文章，http://www.tuicool.com/articles/mqm2uiF，感谢作者！！
中间有这么一段话，如下：
翻译过来：
如果你没有commit你的本地修改（甚至于你都没有通过git add追踪过这些文件，当他们被删除，git reset --hard对于这些没有被commit过也没有git add过的修改来说就是具有毁灭性的，destructive！！）
but，如果你幸运的是曾经通过git add命令追踪过这些文件，只是没有commit它们而已！那么试试git fsck --lost-found这个命令吧！然后你就可以在本地项目文件中路径为.git/lost-found/other（楼主亲自试验就是这个路径）中找到它们！！并且呢，这里面包含了所有的没有被commit（指定到某次commit）的文件，甚至可能还包括你每次git add的版本（version一词实在不知道在这里怎么翻译，姑且就认为是版本吧）！
使用git fsck --lost-found这个命令，通过.git/lost-found/other这个路径，你可以恢复任何你git add过的文件！再通过find .git/objects -type f | xargs ls -lt | sed 60q这个命令，你就可以找到最近被你add到本地仓库的60个文件，综上所述，希望对你有所帮助！
当然咯，也就是but的but，不幸中的不幸，如果你没有git add过的文件呢，被git reset --hard这个命令整过之后呢，就如你自己执行delete命令一样，再也尸骨难寻啦（也就是真的毛都不剩了！！默哀三秒）！！！！
part 2：
首先呢，楼主真的使用git fsck --lost-found 这个命令，除了在命令行窗口里面见到了一大堆的ID号码（我的小心脏！！因为真的删掉了很多文件，~~~~(>_<)~~~~ ），然并卵，真的要通过一个个ID号码去生成吗？想必内心拒绝的声音也是杠杠的！！可是没有其他办法啊，我真是试过，试了一个之后，果断摒弃啦！！（内心OS：还是回去慢慢写一遍吧！！）
ps：此间在网上还搜到了
git show 2e43cd56ee4fb08664cd843cd32836b54fbf594a
git merge 2e43cd56ee4fb08664cd843cd32836b54fbf594a
这两个命令，均没啥特别反应（就是还是不是自动生成一个文件啊！）！！
（当然咯，楼主还学到了一个新的命令 git reflog，一堆搜出来的资料中说这个对于恢复文件有用，结果只是看到了提交记录列表，真是闹心！！）
part 3：
就在绝望之际，试了find .git/objects -type f | xargs ls -lt | sed 60q（这个里面的60参数可以更改成任意你喜欢的数字，比如250啦，它只是代表你想找回的最近的多少次add过的文件）。其实期间已经多次试过这个命令，windows命令行窗口告诉我 xargs不是什么什么可以执行的操作，然后我就困惑在什么叫做什么什么不是可执行的操作中不能自拔！！！
part 4：
终于写到了一个happy ending的位置，撒花！！好吧，尽管也不是那么happy，但是相比较而言，也算是一个完美的结局！！比起重写，比起一个个的ID添加生成，这个用的时间少的多！！！
第一步：找到.git/lost-found/other这个路径下的文件
第二步：将这些文件拷贝到一个其他的地方（毕竟小心得来的残骸，就要长点心好好保护啦！）
第三步：在sublime或者任意的编程软件中打开，就能看到每个文件的本质是啥啦！！！！！
① 图片或者doc等文件，sublime打开就长这样，自己重新命个名字呗！将00fffbbcab92ec62f7709de8df1fdbb3bbe001b8等改成xxx.png 或者xxx.jpg，如果是图片，当即就可以预览的！如果不是呢，就试试xxx.doc啦！！
②html、css、javascript等等文件，打开一看便知具体是啥，接着就是自己改名字咯！00fffbbcab92ec62f7709de8df1fdbb3bbe001b8
改成xxxx.html或xxx.css或xxx.js啦！！
part 5：
最后总结一句，没事不要随便用 git reset --hard xxxxxx 命令，这个强制恢复到某次提交真是太霸道啦！！恩，还有一句，git fsck --lost-found 真是个无比强大的命令！！！
git fsck --lost-found //找回git add过但是已经不存在文件中的内容（不知道这么翻译对不对，我是这么理解的）
最后的最后，要保持良好的commit习惯！恩，反正commit又不花钱，干嘛不多commit几下呢，至少也要多git add几次！！！！O(∩_∩)O哈哈哈~
（小小的返个场，关于这个解套之旅，楼主还发现了一篇好文。http://www.itwendao.com/article/detail/370021.html，解释了git fsck --lost-found的实现机制）！