Elencare ed eliminare i commit di Git che non si trovano in alcun ramo (penzoloni?)

Ho un repository Git con un sacco di commit che non si trovano in un ramo particolare, posso git showfarlo, ma quando provo ad elencare i rami che li contengono, non riporta nulla.

Ho pensato che questo fosse il problema dei commit / tree penzolanti (a causa del ramo -D), quindi ho eliminato il repository, ma dopo ho ancora lo stesso comportamento:

$ git fetch origin

$ git fsck --unreachable
$ git fsck

Nessuna uscita, niente penzoloni (giusto?). Ma il commit esiste

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

e non è raggiungibile attraverso alcun ramo come

$ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

non dà output.

Qual è esattamente lo stato di quel commit? Come posso elencare tutti i commit in uno stato simile? Come posso eliminare i commit come quelli?

Nessuna uscita, niente penzoloni (giusto?)

Si noti che i commit a cui si fa riferimento dal reflog sono considerati raggiungibili.

Qual è esattamente lo stato di quel commit? Come posso elencare tutti i commit con uno stato simile

Passa --no-reflogsper convincere git fscka mostrarteli.

Come posso eliminare i commit come quelli?

Una volta scadute le voci del reflog, anche quegli oggetti verranno ripuliti git gc.

Scadenza è regolato dai gc.pruneexpire, gc.reflogexpiree gc.reflogexpireunreachableimpostazioni. Cf. git help config.

Le impostazioni predefinite sono tutte abbastanza ragionevoli.

Per rimuovere tutti i commit sospesi e quelli raggiungibili dai reflog, procedi come segue:

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

Ma assicurati che questo è quello che vuoi. Ti consiglio di leggere le pagine man ma ecco l'essenza:

git gcrimuove oggetti non raggiungibili (commit, alberi, BLOB (file)). Un oggetto non è raggiungibile se non fa parte della storia di un ramo. In realtà è un po 'più complicato:

git gc fa alcune altre cose ma non sono rilevanti qui e non sono pericolose.

Gli oggetti non raggiungibili che durano meno di due settimane non vengono rimossi, quindi usiamo il --prune=nowche significa "rimuovere gli oggetti non raggiungibili che sono stati creati prima d'ora".

Gli oggetti possono anche essere raggiunti tramite il reflog. Mentre i rami registrano la storia di alcuni progetti, i reflog registrano la storia di questi rami. Se modifichi, resetti, ecc. I commit vengono rimossi dalla cronologia delle filiali ma git li tiene in giro nel caso ti accorgessi di aver fatto un errore. I reflog sono un modo conveniente per scoprire quali operazioni distruttive (e altre) sono state eseguite su un ramo (o HEAD), rendendo più semplice annullare un'operazione distruttiva.

Quindi dobbiamo anche rimuovere i reflog per rimuovere effettivamente tutto ciò che non è raggiungibile da un ramo. Lo facciamo scadendo i --allreflog. Anche in questo caso git mantiene un po 'dei reflogs per proteggere gli utenti in modo che ancora una volta si deve dire di non farlo: --expire-unreachable=now.

Dal momento che utilizzo principalmente il reflog per recuperare da operazioni distruttive, di solito utilizzo --expire=nowinvece, il che annulla completamente i reflog.

Ho avuto lo stesso problema, ancora dopo aver seguito tutti i consigli in questo thread:

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

Se non è un reflog e non un ramo, ... deve essere un tag !

git tag                             # showed several old tags created before the cleanup

Ho rimosso i tag con git tag -d <tagname>e ripetuto la pulizia e i vecchi commit erano spariti.

git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

probabilmente deve solo essere

git branch -a --contains 793db7f272ba4bbdd1e32f14410a52a412667042

riferire anche sui rami dei telecomandi

Ho avuto un problema simile. Ho corso git branch --contains <commit>e non ha restituito alcun output proprio come nella domanda.

Ma anche dopo aver corso

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

il mio commit era ancora accessibile tramite git show <commit>. Questo perché uno dei commit nel suo "ramo" distaccato / appeso era stato taggato. Ho rimosso il tag, eseguito di nuovo i comandi sopra ed ero dorato. git show <commit>restituito fatal: bad object <commit>- esattamente ciò di cui avevo bisogno. Spero che questo aiuti qualcun altro che era bloccato come me.

Ho accidentalmente colpito la stessa situazione e ho scoperto che le mie sequenze contengono riferimenti al commit irraggiungibile, e quindi il presunto commit irraggiungibile era raggiungibile dagli stash.

Questo è quello che ho fatto per renderlo davvero irraggiungibile.

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

git gc --prune=<date>per impostazione predefinita, la potatura di oggetti più vecchi di due settimane fa. È possibile impostare una data più recente. Tuttavia, i comandi git che creano oggetti sciolti generalmente eseguiranno git gc --auto (che elimina gli oggetti sciolti se il loro numero supera il valore della variabile di configurazione gc.auto).

Sei sicuro di voler eliminare questi commit? L'impostazione predefinita di gc.auto assicurerà che gli oggetti sciolti non occupino una quantità irragionevole di memoria, e conservare oggetti sciolti per un certo periodo di tempo è generalmente una buona idea. In questo modo, se ti rendi conto domani che il tuo ramo eliminato conteneva un commit di cui avevi bisogno, puoi recuperarlo.