柚子快報(bào)邀請碼778899分享：git gc

http://yzkb.51969.com/

git gc

git gc 是 Git 中用于優(yōu)化和清理 Git 倉庫的一個(gè)命令。gc 代表 garbage collection，即垃圾回收。其主要作用是通過清理和優(yōu)化 Git 倉庫的存儲(chǔ)來提高性能和節(jié)省磁盤空間。

主要作用：

清理無用的對象：

垃圾回收：刪除不再需要的對象和引用，例如刪除已經(jīng)被丟棄的提交對象（這些對象沒有被任何分支或標(biāo)簽引用）。 壓縮對象：將多個(gè)小的對象文件合并成一個(gè)大的對象文件，從而節(jié)省空間。 優(yōu)化存儲(chǔ)：

合并提交：將小的提交對象合并成一個(gè)較大的提交對象，以提高訪問效率。 優(yōu)化數(shù)據(jù)庫：整理和壓縮 Git 對象數(shù)據(jù)庫，提升倉庫的整體性能。 清理未使用的引用：

刪除舊的 refs 和 tags，這些已經(jīng)不再指向任何有效對象。

使用方法：

基本用法：

git gc

這是最常用的命令，它會(huì)運(yùn)行 Git 的默認(rèn)垃圾回收操作，清理和優(yōu)化 Git 倉庫。

常用選項(xiàng)：

--auto

自動(dòng)運(yùn)行 git gc，通常在適當(dāng)?shù)臅r(shí)候自動(dòng)觸發(fā)（例如在提交一定次數(shù)后，或者在執(zhí)行 git commit 時(shí)）。 git gc --auto --prune=

刪除自指定日期以來未引用的對象。例如，刪除 30 天前未引用的對象。 git gc --prune=30.days.ago --aggressive

進(jìn)行更為徹底的優(yōu)化，這可能會(huì)花費(fèi)更多的時(shí)間。通常在需要對倉庫進(jìn)行深度清理和壓縮時(shí)使用。 git gc --aggressive --quiet

在執(zhí)行 git gc 時(shí)抑制輸出，適用于只想執(zhí)行命令而不需要看到詳細(xì)輸出的情況。 git gc --quiet

注意事項(xiàng)：

頻率：通常情況下，Git 會(huì)自動(dòng)處理垃圾回收任務(wù)，不需要手動(dòng)執(zhí)行 git gc。只有在倉庫變得非常大或者性能明顯下降時(shí)，才需要手動(dòng)運(yùn)行 git gc。 性能：運(yùn)行 git gc 時(shí)，特別是使用 --aggressive 選項(xiàng)，可能會(huì)消耗相當(dāng)多的時(shí)間和系統(tǒng)資源，尤其是在大型倉庫中。 備份：在執(zhí)行 git gc 之前，特別是在使用 --aggressive 選項(xiàng)時(shí)，建議備份倉庫，以防止意外的數(shù)據(jù)丟失。

示例：

基本清理 git gc 自動(dòng)運(yùn)行 git gc --auto 深度優(yōu)化 git gc --aggressive 刪除舊的未引用對象 git gc --prune=30.days.ago

通過定期運(yùn)行 git gc，可以幫助保持 Git 倉庫的高效和清潔，尤其是在頻繁提交和合并的項(xiàng)目中。

垃圾的產(chǎn)生和處理

在 Git 中，丟棄的提交對象通常指的是那些不再被任何分支、標(biāo)簽或其他引用（如 reflog）指向的提交。這些對象可以被認(rèn)為是垃圾，因?yàn)樗鼈儾辉賹Ξ?dāng)前的代碼庫狀態(tài)產(chǎn)生影響。下面詳細(xì)解釋這些對象是如何產(chǎn)生的，以及如何被丟棄的。

1. 丟棄提交對象的產(chǎn)生

1.1 提交被刪除或重置

當(dāng)你執(zhí)行以下操作時(shí)，Git 會(huì)產(chǎn)生丟棄的提交對象：

刪除分支：刪除某個(gè)分支時(shí)，指向該分支的提交對象不再有引用。 重置分支：使用 git reset 將分支重置到之前的提交，重置的過程中那些被重置掉的提交變?yōu)槲匆玫奶峤弧? 合并操作：在合并過程中，如果出現(xiàn)了合并沖突，并且你選擇了放棄合并或重新進(jìn)行其他合并策略，一些提交可能會(huì)變得未被引用。 變基操作：git rebase 操作可能會(huì)修改提交的歷史，舊的提交將不再被當(dāng)前的分支引用。

1.2 通過 git commit --amend 修改提交

當(dāng)你使用 git commit --amend 修改最近的提交時(shí)，Git 會(huì)創(chuàng)建一個(gè)新的提交，并將舊的提交標(biāo)記為未引用。

1.3 使用 git reflog 的結(jié)果

git reflog 記錄了所有分支的歷史操作記錄，但這些記錄在被清理后也會(huì)變成丟棄的提交對象。

2. 丟棄提交對象的處理

2.1 垃圾回收

Git 使用 垃圾回收（git gc）來處理這些丟棄的提交對象。垃圾回收會(huì)執(zhí)行以下操作：

標(biāo)記和清理：通過運(yùn)行 git gc，Git 會(huì)標(biāo)記那些未被任何引用的對象（包括提交對象）為垃圾，并在后續(xù)的清理過程中刪除它們。 壓縮對象：將多個(gè)小的對象合并成一個(gè)大對象，減少存儲(chǔ)空間。

2.2 刪除未引用的對象

在 git gc 中，--prune 選項(xiàng)用于指定丟棄對象的過期時(shí)間。例如：

git gc --prune=30.days.ago

這個(gè)命令會(huì)刪除 30 天前未被引用的對象。

2.3 安全措施

安全策略：Git 在執(zhí)行垃圾回收之前，會(huì)確保被引用的對象不會(huì)被刪除，以防止丟失重要的數(shù)據(jù)。 reflog：git reflog 是一個(gè)臨時(shí)的引用記錄，幫助用戶恢復(fù)丟棄的提交。在默認(rèn)情況下，reflog 記錄會(huì)保留 90 天。

示例

假設(shè)你有一個(gè)分支 feature，你做了一些提交：

bashCopy codegit checkout -b feature

# 做了一些提交

git commit -m "commit 1"

git commit -m "commit 2"

git commit -m "commit 3"

然后，你刪除了分支：

git branch -D feature

現(xiàn)在，commit 1、commit 2 和 commit 3 都變成了未引用的提交對象，直到 git gc 運(yùn)行并清理這些對象。

總結(jié)

丟棄的提交對象是指那些不再被任何分支或標(biāo)簽引用的提交。它們可以通過刪除分支、重置提交、合并或變基操作等方式產(chǎn)生。Git 使用垃圾回收（git gc）來處理這些丟棄的對象，通過標(biāo)記、清理和壓縮來優(yōu)化存儲(chǔ)空間。通過適當(dāng)?shù)睦厥蘸?prune 設(shè)置，可以有效地管理這些丟棄的提交對象。

git reflog

是的，被 reflog 引用的提交并不會(huì)被認(rèn)為是垃圾。reflog（Reference Log）是 Git 用來記錄所有引用的操作歷史的日志。它包含了分支、標(biāo)簽和其他引用的歷史變更記錄。

reflog 的作用

記錄操作歷史：

reflog 記錄了分支和其他引用的所有操作，包括提交、合并、重置、回滾等。 例如，當(dāng)你使用 git reset 更改分支指針時(shí)，reflog 會(huì)記錄重置之前的指針位置。 恢復(fù)丟失的提交：

如果你誤刪除了一個(gè)分支或重置了分支指針，reflog 可以幫助你找回丟失的提交。 你可以使用 git reflog 查看歷史操作記錄，并通過 git checkout 或其他恢復(fù)命令找回丟失的提交。

垃圾回收與 reflog

被 reflog 引用的提交：

在進(jìn)行垃圾回收時(shí)，Git 會(huì)檢查所有的引用（包括 reflog）來確定哪些對象仍然被需要。 被 reflog 引用的提交不會(huì)被認(rèn)為是垃圾，因?yàn)檫@些提交仍然在被引用，并且有可能被用戶恢復(fù)或用于進(jìn)一步的操作。 垃圾回收的行為：

Git 會(huì)刪除未被任何引用（包括 reflog）所引用的提交對象。 只有在 reflog 記錄的提交被丟棄后（如 reflog 條目過期），這些提交才有可能被刪除。

reflog 的管理

查看 reflog：

使用 git reflog 命令查看當(dāng)前分支的操作歷史： bash

Copy code

git reflog 清理 reflog：

reflog 會(huì)自動(dòng)清理舊的條目，但你也可以手動(dòng)控制 reflog 的過期時(shí)間。 默認(rèn)情況下， reflog 會(huì)保留 90 天的記錄?？梢酝ㄟ^配置文件修改這個(gè)設(shè)置： git config --global gc.reflogExpire 30.days 恢復(fù)提交：

如果你需要恢復(fù)丟失的提交，可以使用 reflog 中的提交哈希進(jìn)行恢復(fù)： git checkout

總結(jié)

被 reflog 引用的提交不會(huì)被認(rèn)為是垃圾。reflog 記錄了分支和其他引用的操作歷史，這些記錄有助于恢復(fù)丟失的提交。垃圾回收（git gc）會(huì)考慮 reflog 中的條目來決定哪些對象仍然被引用，并且只有在 reflog 條目過期后，這些提交才有可能被刪除。

柚子快報(bào)邀請碼778899分享：git gc

http://yzkb.51969.com/

參考文章