git-dangling

    7熱度

    1回答

    提交以下的怪物非常漂亮發現含有這正是我一直在尋找這個詞上傳一個Git藏匿處: git fsck --no-reflog | awk '/dangling commit/ {print $3}' | \ while read ref; do if [ "`git show -p $ref|grep -c Upload`" -ne 0 ]; then echo $ref ; fi ; done

    57熱度

    3回答

    我最近在我的資源庫上運行git fsck --lost-found。 我預計會看到一對懸掛提交,其中我重置了HEAD。 但是,我驚訝地發現可能有數千個懸空的blob消息。 我不相信我的存儲庫有什麼問題,但我很好奇導致這些懸掛斑點的原因是什麼?只有兩個人在存儲庫上工作,我們沒有做任何不尋常的事情。 我不認爲它們是由一箇舊版本的文件替換成一個新版本創建的,因爲git需要保存在兩個blob中,因此它可以

    1熱度

    1回答

    我還有另外一個沒有初始提交就做git rm -rf的例子。 (我意識到我已經增加了很多無用的文件,想添加一些過濾器。) 現在我留下,沒有樹23000點晃來晃去的斑點,而是一個完整的提交歷史! 我將使用腳本來遍歷blobnames(使用git show 'blobname' > 'filename'),但是我可以將這些文件名從歷史記錄關聯到blob嗎?

    1熱度

    1回答

    我在當前的文件和外部驅動器上的文件備份之間運行差異檢查器,並且發現git repo和它的備份之間存在一些差異。唯一的區別是左側的.git/objects下有一些額外的文件,右側有兩個空白的.git/objects/info和.git/objects/pack文件夾。我在兩側快速執行了git show和git log,這給出了相同的輸出。 然後我做了一個git fsck --no-reflogs,發

    0熱度

    2回答

    我們可以恢復曾經添加(但未提交)的文件,之後使用git reset --hard將其刪除。 請參閱Recovering added file after doing git reset --hard HEAD^ 當我們推進對某些上游存儲庫的更改時,是否還會推入這些Blob? 上下文:在做任何開發時,我偶爾會對已更改的文件進行git添加,但不要提交它們。這一次,我做了一些git添加了一些關鍵的api

    3熱度

    1回答

    當我做一個git fsck,我看到一個懸掛物體的列表。其中一些被稱爲懸掛提交,而另一些被稱爲晃來晃去的斑點。我想知道這兩者之間的確切區別是什麼。