Come recuperare una scorta Git abbandonata, un ramo eliminato o commit persi

Quando rilasci uno stash o elimini un ramo, Git rimuove il nome, non i commit. I commit rimangono nel repository come oggetti irraggiungibili finché la garbage collection non li elimina, di solito dopo due settimane o più. Trova l'ultimo commit di un ramo eliminato nel reflog con git reflog, trova una scorta abbandonata con git fsck --unreachable, controllala con git show, quindi conservala con git branch rescue <sha>.

Questa guida copre ogni caso con i comandi esatti, spiega per quanto tempo Git conserva il lavoro perduto e cosa non può essere recuperato, e mostra lo stesso recupero in Lost & Found di GitTree, che cerca in ogni fonte contemporaneamente e non effettua mai il check-out o reimposta nulla. Lost & Found fa parte del piano gratuito di GitTree. Per annullare un ripristino, un rebase o una modifica, leggi invece come annullare git reset, rebase e commit.

Dove vive effettivamente il lavoro Git “perduto”.

Un commit è raggiungibile quando un ramo, un tag, lo stash o l'HEAD portano ad esso. L'eliminazione di un ramo o il rilascio di uno stash rende i suoi commit irraggiungibili, ma rimangono in .git/objects. Due record ti aiutano a trovarli: il reflog, dove puntavano prima ciascun ramo e HEAD, e il database degli oggetti stesso, in cui git fsck può cercare.

Recupera un ramo eliminato

Git stampa l'ultimo commit del ramo quando lo elimini (Deleted branch feature/login (was 3f2a9c1)). Se quel messaggio è scomparso, cerca nel reflog di HEAD l'ultima volta che eri sul ramo, quindi ricrea il ramo in quel commit.

# find the last commit of the branch
git reflog | grep "feature/login"

# check what it holds
git show 3f2a9c1 --stat

# put the branch back
git branch feature/login 3f2a9c1

Recupera una scorta caduta

Una scorta non ha un proprio reflog una volta rilasciata, quindi cerca i commit irraggiungibili. Uno stash è un commit a forma di unione il cui messaggio inizia con WIP on o On <branch>:, il che semplifica il filtraggio. Questo è il metodo descritto nella documentazione stash di Git.

# list unreachable stash-like commits, newest first
git fsck --unreachable | grep commit | cut -d" " -f3 \
  | xargs git log --merges --no-walk --grep=WIP --format="%h %cr %s"

# inspect a candidate
git stash show -p 7c1e0b4

# restore it into your working tree, or keep it on a branch
git stash apply 7c1e0b4
git branch rescue-stash 7c1e0b4

Trova tutti i commit pendenti con git fsck --lost-found

git fsck --lost-found elenca i commit pendenti e scrive una copia di ciascuno in .git/lost-found/commit/, denominato in base al suo ID. Usalo quando non sai cosa cercare: elencali con le loro date e messaggi, poi dirama da quello che desideri.

git fsck --lost-found
ls .git/lost-found/commit | xargs git log --no-walk --format="%h %cr %s"
git branch rescue 9d44b0e

Per quanto tempo Git mantiene i commit persi

La Garbage Collection viene eseguita da sola dopo alcuni comandi, quindi queste sono finestre, non promesse. Prima guardi, più trovi. Una copia altrove, come il clone di un compagno di squadra o un ramo inviato, è l’altra rete di sicurezza: il lavoro perso solo sul tuo computer esiste solo lì.

Ciò che non può essere recuperato

• Modifiche che non sono mai state confermate o nascoste, come le modifiche eliminate con git checkout -- <file> o git restore.
• File non tracciati che non erano in una scorta creata con -u.
• Commette che la garbage collection sia già stata eliminata.
• Lavoro che è sempre esistito solo sul computer di un'altra persona.

Passaggi successivi: la guida Lost & Found documenta ogni pagina e pulsante, trova suggerimenti per i rami precedenti copre la visualizzazione del reflog e la guida git stash spiega come applicare, estrarre e file non tracciati in modo da aver bisogno di recuperarli meno spesso.