在進行正文之前先簡單介紹下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'文件，並將文件內容復制過去，結束。
是不是很麻煩，特別是一次提交的文件多了，一個一個新建（修改）復制過去好煩哦。
是的很煩，所以保持良好的習慣。永遠不要讓這種操作降臨到自己身上才是正道。（這只是為不可控的意外情況准備的）