Git prune

L'output di git log mostra i 2 commit e i messaggi di commit corrispondenti relativi alle modifiche apportate a hello.txt. Il passo successivo è rendere irraggiungibile uno dei commit. Lo faremo utilizzando il comando git reset. Reimpostiamo lo stato del repository al primo commit, ovvero il commit "added hello.txt".

Se ora utilizziamo git log per esaminare lo stato del repository, possiamo vedere che abbiamo un solo commit.

Il repository dimostrativo è ora in uno stato che contiene un commit scollegato. Il secondo commit che abbiamo effettuato con il messaggio "added another line to hello.txt" non è più visualizzato nell'output di git log ed è ora scollegato. Può sembrare che il commit sia andato perso o che sia stato eliminato, ma non dimentichiamo che Git fa molta attenzione a non eliminare la cronologia. Possiamo verificare che il commit è ancora disponibile, ma scollegato, utilizzando git checkout per accedervi direttamente:

Quando estraiamo il commit scollegato, Git mostra un messaggio dettagliato per informarci che ci troviamo nello stato scollegato. Se esaminiamo il log in questo punto, possiamo vedere che il commit "added another line to hello.txt" è ora di nuovo nell'output del log! Ora che sappiamo che il repository è in un buono stato di simulazione con un commit scollegato, possiamo esercitarci a utilizzare git prune. Prima però, torniamo al branch main usando git checkout

Quando torniamo al branch principale tramite git checkout, Git ci avvisa che stiamo uscendo da un commit scollegato. È il momento di eliminare questo commit scollegato! Quindi eseguiamo git prune, ma assicurandoci di trasmettere alcune opzioni a questo comando. --dry-run e --verbose mostrano l'output che indica gli elementi impostati per l'eliminazione, ma senza effettivamente eliminarli.

Molto probabilmente questo comando restituirà un output vuoto. L'output vuoto implica che il comando di prune eliminerà effettivamente nulla. Perché succede? Beh, molto probabilmente il commit non è completamente scollegato. Da qualche parte Git mantiene ancora un riferimento ad esso. Questo è un ottimo esempio del motivo per cui git prune non deve essere usato da solo al di fuori di git gc. Ed è anche un buon esempio di come sia difficile perdere completamente i dati con Git.

Molto probabilmente Git archivia un riferimento al nostro commit scollegato nel reflog. Possiamo indagare eseguendo git reflog. git reflog. Dovresti vedere un output che descrive la sequenza delle azioni intraprese per arrivare a questo punto. Per maggiori informazioni su git reflog, visita la pagina git reflog. Oltre a preservare la cronologia nel reflog, in Git sono previste date di scadenza interne in cui verranno eliminati i commit scollegati. Ancora una volta, questi sono tutti dettagli di implementazione gestiti da git gc e non è consigliabile usare git prune in modo indipendente.

Per concludere la nostra dimostrazione di simulazione di git prune, dobbiamo cancellare il reflog

Il comando precedente forza la scadenza di tutte le voci nel reflog precedenti al momento attuale. Si tratta di un comando brutale e pericoloso che gli utenti occasionali di Git non dovrebbero mai usare; noi lo stiamo eseguendo per dimostrare l'esecuzione corretta di git prune. Ora che il reflog è stato completamente cancellato, possiamo eseguire git prune.

Questo comando dovrebbe generare una lista di riferimenti agli oggetti Git SHA simile a quella riportata sopra.

git prune dispone di una breve lista di opzioni descritte nella sezione di panoramica.

Non esegue l'eliminazione. Mostra soltanto l'output del comando

Visualizza l'output di tutti gli oggetti e di tutte le azioni intraprese dal comando di eliminazione

Visualizza l'output con lo stato di avanzamento dell'eliminazione

Forza la scadenza degli oggetti successivi

Se si specifica un verranno mantenute tutte le opzioni di tale riferimento head

git remote prune e git fetch --prune hanno la stessa funzione: eliminano i riferimenti ai branch che non esistono sul repository remoto. Sono comandi molto utili quando si lavora in un flusso di lavoro di team in cui i branch remoti vengono eliminati dopo il merge con il branch main. Il secondo comando, git fetch --prune si connette al repository remoto e recupera lo stato remoto più recente prima dell'eliminazione. Si tratta essenzialmente di una combinazione di comandi:

Il comando generico git prune è completamente diverso. Come discusso nella sezione della panoramica, git prune elimina i commit scollegati localmente.

git fetch --prune è la migliore utility per la pulizia dei branch obsoleti. Si connette a un repository remoto condiviso e recupera tutti i riferimenti ai branch remoti. Elimina quindi i riferimenti remoti che non sono più in uso nel repository remoto.

No, il comando git remote prune origin elimina solo i riferimenti ai branch remoti che non esistono più. Git archivia i riferimenti locali e remoti. I repository contengono raccolte di riferimenti local/origin e remote/origin. git remote prune origin elimina solo i riferimenti in remote/origin. In questo modo, il lavoro locale rimane protetto in local/origin.

Il comando git prune è pensato per essere richiamato come comando secondario di git gc. È altamente improbabile che tu debba mai richiamare git prune durante le attività giornaliere di progettazione software. Sono necessari altri comandi per comprendere gli effetti di git prune. Alcuni comandi usati in questo articolo sono git log, git reflog e git checkout.