如何恢復丟棄的 git stash 數據

今天我的同事幾乎失去了他在四天工作中所做的一切。由於不正確的 git 命令，他把保存在 stash 中的更改刪除了。在這悲傷的情節之後，我們試圖尋找一種恢復他所做工作的方法，而且我們做到了！

首先警告一下：當你在實現一個大功能時，請將它分成小塊並定期提交。長時間工作而不做提交並不是一個好主意。

現在我們已經搞定了那個錯誤，下面就演示一下怎樣從 stash 中恢復誤刪的更改。

我用作示例的倉庫中，只有一個源文件 「main.c」，如下所示：


它只有一次提交，即 「Initial commit」：


該文件的第一個版本是：


我將在文件中寫一些代碼。對於這個例子，我並不需要做什麼大的改動，只需要有什麼東西放進 stash 中即可，所以我們僅僅增加一行。「git diff」 的輸出如下：


現在，假設我想從遠程倉庫中拉取一些新的更改，當時還不打算提交我自己的更改。於是，我決定先 stash 它，等拉取遠程倉庫中的更改後，再把我的更改恢復應用到主分支上。我執行下面的命令將我的更改移動到 stash 中：

git stash

使用命令 git stash list 查看 stash，在這裡能看到我的更改：


我的代碼已經在一個安全的地方，而且主分支目前是乾淨的（使用命令 git status 檢查）。現在我只需要拉取遠程倉庫的更改，然後把我的更改恢復應用到主分支上，而且我也應該是這麼做的。

但是我錯誤地執行了命令：

git stash drop

它刪除了 stash，而不是執行了下面的命令：

git stash pop

這條命令會在從棧中刪除 stash 之前應用它。如果我再次執行命令 git stash list，就能看到在沒有從棧中將更改恢復到主分支的之前，我就刪除了它。OMG！接下來怎麼辦？

好消息是：git 並沒有刪除包含了我的更改的對象，它只是移除了對它的引用。為了證明這一點，我使用命令 git fsck，它會驗證資料庫中對象的連接和有效性。這是我對該倉庫執行了 git fsck 之後的輸出：


由於使用了參數 --unreachable，我讓 git-fsck 顯示出所有不可訪問的對象。正如你看到的，它顯示並沒有不可訪問的對象。而當我從 stash 中刪除了我的更改之後，再次執行相同的指令，得到了一個不一樣的輸出：


現在有三個不可訪問對象。那麼哪一個才是我的更改呢？實際上，我不知道。我需要通過執行命令 git show 來搜索每一個對象。


就是它！ID 號 95ccbd927ad4cd413ee2a28014c81454f4ede82c 對應了我的更改。現在我已經找到了丟失的更改，我可以恢復它。其中一種方法是將此 ID 取出來放進一個新的分支，或者直接提交它。如果你得到了你的更改對象的 ID 號，就可以決定以最好的方式，將更改再次恢復應用到主分支上。對於這個例子，我使用 git stash 將更改恢復到我的主分支上。

git stash apply 95ccbd927ad4cd413ee2a28014c81454f4ede82c

另外需要重點記住的是 git 會周期性地執行它的垃圾回收程序（gc），它執行之後，使用 git fsck 就不能再看到不可訪問對象了。

本文最初發表於作者的博客，並得到了轉載授權。

（題圖：opensource.com，附圖：José Guilherme Vanz, CC BY）

via: https://opensource.com/article/17/8/recover-dropped-data-stash

作者：Jose Guilherme Vanz 譯者：firmianay 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive