我有一個場景，我相信我不小心從本地存盤庫中洗掉了所有歷史記錄和檔案，并正在查看是否確實如此（以及是否可以恢復任何檔案）我最初從遠程存盤庫克隆了一個存盤庫并且從未在本地創建新分支。我在本地目錄之一中創建了幾個檔案。然后我不小心將遠程倉庫的主分支合并回本地，導致這些檔案被洗掉。我沒有辦法恢復到不同的分支（就像我看到的其他 SO 問題一樣）。沒有辦法恢復到“合并前”的本地版本嗎？
編輯：我還應該注意，我的本地倉庫中的檔案從未在任何時候提交。它們只是保存在git init運行的檔案夾中。
uj5u.com熱心網友回復：
編輯：我還應該注意，我的本地倉庫中的檔案從未在任何時候提交。它們只是保存在
git init運行的檔案夾中。
這是關鍵資訊，這意味著一旦檔案消失，Git 無法幫助您取回檔案。如果您有某種作業系統級別的檔案備份（例如 macOS Time Machine），這就是恢復它們的方法。
使用 Git 之前需要了解的內容
使用 Git 時，了解 Git 作業的底層模型很重要。細節變得非常復雜，但總體描述非常簡單：Git 存盤提交，基本上就是這樣。如果它被提交，它在 Git 中。如果未提交，則不在 Git 中。1
適當的存盤庫主要由兩個資料庫組成。一個資料庫保存 Git 的物件——提交和其他支持物件。另一個包含名稱，例如分支和標簽名稱。這兩個資料庫都是簡單的鍵值存盤，名稱資料庫使用名稱作為鍵存盤散列 ID 值，物件資料庫使用散列 ID 作為鍵存盤物件。目錄下還有一堆輔助檔案.git，不過是復制的物件資料庫，多多少少是批發的，被git clone. 名稱資料庫用于在新克隆中播種一個新的獨立名稱資料庫，克隆具有不同的名稱，但相同的哈希 ID。哈希 ID 是通用的——通過哈希演算法在所有Git 存盤庫之間共享——但每個 Git 存盤庫的名稱都是唯一的。2
因此，存盤庫由這兩個資料庫組成，存盤在隱藏.git目錄中。Git 還在.git目錄中存盤了許多額外的資料，這些資料在您使用 Git 時對 Git 本身具有不同程度的重要性，但對您作為Git用戶的重要性相對較低。這意味著您可以說存盤庫“是”.git目錄及其內容，或者說存盤庫“是”兩個資料庫：任何一種宣告都可以，特別是如果您根據需要對其進行限定。
但是你的作業樹檔案呢？好吧，在我們到達那里之前，讓我們注意物件資料庫的另一個特性。Git 使用的哈希 ID 系統要求物件永遠不會改變。某個物件的哈希 ID 只是物件內容的加密校驗和：這就是 Git 如何在演算法上管理在任何地方都具有相同 ID 的技巧。但這取決于這個“永不改變”的屬性。
這意味著檔案的提交副本實際上不能更改。因此，Git 在每次提交中都會以壓縮、Git 化、去重和只讀的方式存盤每個檔案的完整快照。重復資料洗掉處理了大多數提交大多與以前的一些提交具有相同檔案的事實。由于它們相同，因此它們被重復資料洗掉并且根本不使用空間。物件的只讀特性使之成為可能，并且每次提交的完整快照特性使其成為必要，以一種Ouroboros的方式。
但是——這意味著你根本不能使用提交的檔案。只有Git可以讀取它們，實際上沒有任何東西，甚至是 Git 本身，都無法寫入它們。那么它們有什么好處呢？好吧，就像任何存檔一樣，可以提取任何給定提交中的快照。 這就是你的作業樹出現的地方。 當你選擇一些特定的提交時——例如：你選擇了一些分支名稱，而分支名稱選擇了當前“在”那個分支上的最新提交——Git將提取提交的檔案。這些檔案從存檔中出來，并進入您的作業樹。git checkoutgit switch
標準 Git 存盤庫中的作業樹是您運行的目錄git init（如果您以這種方式創建存盤庫），或者是git clone放置新克隆的目錄（如果您以這種方式創建存盤庫）。隱藏.git檔案夾存盤在該作業樹的頂層。存盤庫位于目錄中，.git但您使用的檔案位于作業樹中。 這意味著您使用的檔案不在 Git 中！ 它們只在作業樹中。 在您將它們保存在提交中之前，這些檔案不在Git中。其中一些是從Git，如果您有現有的提交并且正在使用其中之一；您可以將它們取回，因為它們處于提交狀態，并且來自 Git。但是您在作業樹中修改的任何檔案都只是您計算機上的一個檔案。它不在Git 中。如果您銷毀它，Git 無法為您取回它。
底線是未提交的檔案不在 Git 中。這就是為什么你應該盡早并經常提交。Git 可以讓你找回那些檔案；它無法收回你從未承諾過的那些。
（請注意，.git不要通過采取行動或不采取行動來破壞目錄也很重要。不要將.git檔案夾放在云共享/云管理的位置，因為云共享軟體往往會損壞 Git 的內部檔案。云同步器假設人類正在處理每個檔案，并且人類知道如何處理命名的檔案README.txt.cloudified-version-2等等。如果云軟體重命名其寶貴的資料庫檔案，Git 不知道該怎么辦，并且會認為——在這一點上是正確的——存盤庫已損壞。）
1這里有一個技術難題。如果您git add在檔案上使用過，這會導致檔案的內容（而不是檔案名）存盤在 Git 物件資料庫中。所以有時這種內容是可以恢復的。該名稱存盤在 Git 的index中，在重要的意義上，它比物件資料庫條目更不可靠或更短暫。默認情況下，物件資料庫中的物體至少保留 14 天，無論其他操作如何。同時，每次更新提議的下一次提交、運行git merge、運行git checkout或運行時，索引都會不斷更新。git switch管他呢。物件資料庫中的物體是只讀的；但是索引會定期被覆寫，并且以這種方式丟失的索引條目將永遠丟失。
在任何情況下，除了偶爾可以git fsck --lost-found用來恢復已 -ed 但從未提交的檔案的內容git add之外， Git 對未提交的檔案無能為力。
2有一種標準映射，如果我克隆您的 Git 存盤庫，我的克隆名稱資料庫會將您的分支名稱存盤為我的遠程跟蹤名稱。我的分支名稱，獨立于您的分支名稱，然后在第三人克隆我的克隆克隆時成為另一個第三人的遠程跟蹤名稱。 然而，標簽名稱默認按原樣復制，因此標簽名稱在所有這些克隆中都是通用的。你，作為運行git clone和附加 Git 命令的人，負責這??種映射，所以這只是一個默認標準。哈希 ID 是通用的這一事實并不是在您的控制之下，但名稱映射的方式是.
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/458834.html
標籤：混帐
下一篇：無法建立HibernateSessionFactory；嵌套例外是org.hibernate.MappingException：無法實體化id生成器