Dallanmayan (sarkan?) Git işlemlerini listeleme ve silme

Belirli bir dalın altında olmayan çok sayıda commit içeren bir Git deposum var, git showonları yapabilirim , ancak onları içeren dalları listelemeye çalıştığımda, hiçbir şeyi geri bildirmiyor.

Bunun sarkan taahhütler / ağaç sorunu olduğunu düşündüm (-D dalının bir sonucu olarak), bu yüzden depoyu budanmıştım, ancak bundan sonra hala aynı davranışı görüyorum:

$ git fetch origin

$ git fsck --unreachable
$ git fsck

Çıktı yok, sarkan hiçbir şey yok (değil mi?). Ama taahhüt var

$ git show 793db7f272ba4bbdd1e32f14410a52a412667042
commit 793db7f272ba4bbdd1e32f14410a52a412667042
Author: ...

ve herhangi bir şubeden ulaşılamamaktadır.

$ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

çıktı vermez.

Bu taahhüdün durumu tam olarak nedir? Tüm commit'leri benzer bir durumda nasıl listeleyebilirim? Böyle taahhütleri nasıl silebilirim?

Çıktı yok, sarkan hiçbir şey yok (değil mi?)

Reflog'unuzdan atıfta bulunulan kayıtların ulaşılabilir kabul edildiğini unutmayın.

Bu taahhüdün durumu tam olarak nedir? Benzer durumdaki tüm işlemleri nasıl listeleyebilirim

Geçiş --no-reflogsikna etmek git fsckbunları size göstermek için.

Böyle taahhütleri nasıl silebilirim?

Reflog girdilerinizin süresi dolduğunda, bu nesneler de tarafından temizlenecektir git gc.

Son Kullanma tarafından düzenlenir gc.pruneexpire, gc.reflogexpireve gc.reflogexpireunreachableayarlara. Cf. git help config.

Varsayılanların hepsi oldukça makul.

Tüm sarkan taahhütleri ve refloglardan ulaşılabilenleri kaldırmak için şunu yapın:

git reflog expire --expire-unreachable=now --all
git gc --prune=now

Ama istediğinin bu olduğundan emin ol. Man sayfalarını okumanızı tavsiye ederim ama işin özü:

git gcerişilemez nesneleri (işlemeler, ağaçlar, bloblar (dosyalar)) kaldırır. Bir dalın geçmişinin bir parçası değilse, bir nesneye ulaşılamaz. Aslında biraz daha karmaşık:

git gc başka şeyler yapar, ancak bunlar burada alakalı değildir ve tehlikeli değildir.

İki haftadan daha genç --prune=nowerişilemeyen nesneler kaldırılmaz, bu nedenle " şimdiye kadar oluşturulmuş erişilemeyen nesneleri kaldır" anlamına gelir.

Nesnelere ayrıca reflog aracılığıyla da ulaşılabilir. Şubeler bir projenin geçmişini kaydederken, yeniden bloglar bu dalların geçmişini kaydeder. Değiştirirseniz, sıfırlarsanız vb. Taahhütler şube geçmişinden kaldırılır, ancak git hata yaptığınızı fark etmeniz durumunda bunları yanınızda tutar. Yeniden günlükler, bir dalda (veya HEAD'de) hangi yıkıcı (ve diğer) işlemlerin gerçekleştirildiğini bulmanın uygun bir yoludur ve yıkıcı bir işlemi geri almayı kolaylaştırır.

Bu yüzden, bir şubeden ulaşılamayan her şeyi gerçekten kaldırmak için yeniden blogları da kaldırmamız gerekiyor. Bunu, yeniden --allblog'ları sona erdirerek yapıyoruz. Yine git tekrar bunu yapmak için değil söylemek zorunda reflogs biraz kullanıcıları korumak için tutar: --expire-unreachable=now.

Yıkıcı işlemlerden kurtulmak için esas olarak reflog'u kullandığım için genellikle --expire=nowbunun yerine kullanıyorum, bu da yeniden blogları tamamen zap ediyor.

Yine de bu konudaki tüm tavsiyeleri takip ettikten sonra aynı sorunu yaşadım:

git reflog expire --expire-unreachable=now --all
git gc --prune=now
git fsck --unreachable --no-reflogs   # no output
git branch -a --contains <commit>     # no output
git show <commit>                     # still shows up

Reflog değilse ve şube değilse, ... etiket olmalıdır !

git tag                             # showed several old tags created before the cleanup

Etiketleri git tag -d <tagname>temizlemeyle kaldırdım ve yeniden yaptım ve eski taahhütler gitmişti.

git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

Muhtemelen sadece olması gerekiyor

git branch -a --contains 793db7f272ba4bbdd1e32f14410a52a412667042

Uzaktan kumandalardan şubeler hakkında da rapor vermek

Benzer bir sorun yaşadım. Koştum git branch --contains <commit>ve sorudaki gibi hiçbir çıktı vermedi.

Ama koştuktan sonra bile

git reflog expire --expire-unreachable=now --all
git gc --prune=now

benim taahhüdüm kullanılarak hala erişilebilirdi git show <commit>. Bunun nedeni, ayrılmış / sarkık "dalındaki" işlemlerden birinin etiketlenmiş olmasıdır. Etiketi kaldırdım, yukarıdaki komutları tekrar çalıştırdım ve altındaydım. git show <commit>geri döndü fatal: bad object <commit>- tam olarak ihtiyacım olan şey. Umarım bu benim kadar sıkışmış başka birine yardımcı olur.

Yanlışlıkla aynı duruma çarptım ve zulalarımın ulaşılamaz işleme referans içerdiğini ve bu nedenle ulaşılamaz olduğu varsayılan işleme zulalardan ulaşılabilir olduğunu gördüm.

Bunları gerçekten ulaşılmaz kılmak için yaptım.

git stash clear
git reflog expire --expire-unreachable=now --all
git fsck --unreachable
git gc --prune=now

git gc --prune=<date>varsayılan olarak iki hafta öncesinden daha eski nesneleri budamaktır. Daha yakın bir tarih ayarlayabilirsiniz. Ancak, gevşek nesneler oluşturan git komutları genellikle git gc --auto'yu çalıştırır (bu, sayıları yapılandırma değişkeni gc.auto'nun değerini aşarsa gevşek nesneleri temizler).

Bu taahhütleri silmek istediğinizden emin misiniz? gc.auto'nun varsayılan ayarı, gevşek nesnelerin mantıksız miktarda bellek kullanmamasını sağlar ve gevşek nesneleri bir süre saklamak genellikle iyi bir fikirdir. Bu şekilde, yarın silinen şubenizin ihtiyaç duyduğunuz bir taahhüdü içerdiğini fark ederseniz, onu kurtarabilirsiniz.