本文轉載自：http://gitbook.liuhui998.com/5_9.html
譯者注: 原書這里只有兩個鏈接：
Recovering Lost Commits Blog Post，
Recovering Corrupted Blobs by Linus
我根據第一個鏈接，整理了一篇博文，並把它做為原書補充。
一、前言
在玩git的過程中，常有失誤的時候，有時把需要的東東給刪了。 不過沒有關系，git給了我們一層安全網，讓們能有機會把失去的東東給找回來。
二、准備
我們先創建一個用以實驗的倉庫，在里面創建了若干個提交和分支。 BTW：你可以直接把下面的命令復制到shell里執行。
mkdir recovery;cd recovery
git init
touch file
git add file
git commit -m "First commit"
echo "Hello World" > file
git add .
git commit -m "Greetings"
git branch cool_branch
git checkout cool_branch
echo "What up world?" > cool_file
git add .
git commit -m "Now that was cool"
git checkout master
echo "What does that mean?" >> file
三、恢復已刪除分支提交
現在repo里有兩個branch
$ git branch
cool_branch
* master
存儲當前倉庫未提交的改動
$ git stash save "temp save"
Saved working directory and index state On master: temp save
HEAD is now at e3c9b6b Greetings
刪除一個分支
$ git branch -D cool_branch
Deleted branch cool_branch (was 2e43cd5).
$ git branch
* master
用git fsck --lost-found命令找出剛才刪除的分支里面的提交對象。
$git fsck --lost-found
dangling commit 2e43cd56ee4fb08664cd843cd32836b54fbf594a
用git show命令查看一個找到的對象的內容，看是否為我們所找的。
git show 2e43cd56ee4fb08664cd843cd32836b54fbf594a
commit 2e43cd56ee4fb08664cd843cd32836b54fbf594a
Author: liuhui <liuhui998[#]gmail.com>
Date: Sat Oct 23 12:53:50 2010 +0800
Now that was cool
diff --git a/cool_file b/cool_file
new file mode 100644
index 0000000..79c2b89
--- /dev/null
+++ b/cool_file
@@ -0,0 +1 @@
+What up world?
這個提交對象確實是我們在前面刪除的分支的內容；下面我們將考慮一下要如何來恢復它了。
使用git rebase命令來恢復
$git rebase 2e43cd56ee4fb08664cd843cd32836b54fbf594a
First, rewinding head to replay your work on top of it...
Fast-forwarded master to 2e43cd56ee4fb08664cd843cd32836b54fbf594a.
現在我們用git log命令看一下，看看它有沒有恢復:
$ git log
commit 2e43cd56ee4fb08664cd843cd32836b54fbf594a
Author: liuhui <liuhui998[#]gmail.com>
Date: Sat Oct 23 12:53:50 2010 +0800
Now that was cool
commit e3c9b6b967e6e8c762b500202b146f514af2cb05
Author: liuhui <liuhui998[#]gmail.com>
Date: Sat Oct 23 12:53:50 2010 +0800
Greetings
commit 5e90516a4a369be01b54323eb8b2660545051764
Author: liuhui <liuhui998[#]gmail.com>
Date: Sat Oct 23 12:53:50 2010 +0800
First commit
提交是找回來，但是分支沒有辦法找回來：
liuhui@liuhui:~/work/test/git/recovery$ git branch
* master
我們也可以使用以下命令來把剛才的恢復的提交刪除
$ git reset --hard HEAD^
HEAD is now at e3c9b6b Greetings
再把剛刪的提交給找回來：
git fsck --lost-found
dangling commit 2e43cd56ee4fb08664cd843cd32836b54fbf594a
不過這回我們用是合並命令git merge來進行恢復：
$ git merge 2e43cd56ee4fb08664cd843cd32836b54fbf594a
Updating e3c9b6b..2e43cd5
Fast-forward
cool_file | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 cool_file
六、git stash的恢復
前面我們用git stash把沒有提交的內容進行了存儲，如果這個存儲不小心刪了怎么辦呢？
假如當前repo里有的存儲：
$ git stash list
stash@{0}: On master: temp save
把它們清空：
$git stash clear
liuhui@liuhui:~/work/test/git/recovery$ git stash list
再用git fsck --lost-found找回來：
$git fsck --lost-found
dangling commit 674c0618ca7d0c251902f0953987ff71860cb067
用git show看一下回來的內容對不對：
$git show 674c0618ca7d0c251902f0953987ff71860cb067
commit 674c0618ca7d0c251902f0953987ff71860cb067
Merge: e3c9b6b 2b2b41e
Author: liuhui <liuhui998[#]gmail.com>
Date: Sat Oct 23 13:44:49 2010 +0800
On master: temp save
diff --cc file
index 557db03,557db03..f2a8bf3
--- a/file
+++ b/file
@@@ -1,1 -1,1 +1,2 @@@
Hello World
++What does that mean?
看起來沒有問題，好的，那么我就把它恢復了吧：
$ git merge 674c0618ca7d0c251902f0953987ff71860cb067
Merge made by recursive.
file | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
七、其他
其實git中找回丟失的對象，這里最重要的一個命令就是：git fsck --lost-found，因為git中把commit刪了后，並不是真正的刪除，而是變成了懸空對象（dangling commit）。我們只要把把這懸空對象（dangling commit）找出來，用git rebase也好，用git merge也行就能把它們給恢復。