Manutenzione e pulizia del repository

Con il passare del tempo, i repository Git locali possono accumulare file non necessari e diventare meno efficienti. È come avere una stanza in disordine!

In questa lezione imparerà a ripulire e ottimizzare i repository Git usando comandi potenti come git gc e git prune. In questo modo i progetti continueranno a funzionare senza problemi.

Per prima cosa, capiamo come Git memorizza i dati. Git salva la cronologia del progetto come una serie di «oggetti»:

• Blobs: contenuto dei file
• Trees: directory e relativo contenuto
• Commits: istantanee del progetto in un determinato momento
• Tags: puntatori a commit specifici

Questi oggetti possono essere memorizzati come «loose objects» oppure compressi in «packfile» per una maggiore efficienza.

Il comando git gc sta per «garbage collect». È lo strumento integrato di Git per ripulire e ottimizzare il repository.

Le sue attività principali includono:

• Creazione di packfile dagli oggetti sciolti: compressione dei singoli oggetti in un unico packfile.
• Eliminazione degli oggetti non raggiungibili: eliminazione degli oggetti a cui non fa più riferimento alcun commit, branch o tag (dopo un determinato periodo).
• Rimozione dei vecchi packfile: eliminazione dei file di oggetti compressi obsoleti.

Questo processo rende il repository più piccolo e veloce.

Può eseguire manualmente git gc in qualsiasi momento. Git lo esegue anche automaticamente in background quando effettua determinate operazioni, come il push o il fetch.

In genere è sicuro eseguirlo, ma è buona prassi assicurarsi di non avere lavoro non sottoposto a commit che potrebbe essere necessario recuperare prima di una pulizia importante.

Provi a eseguirlo nel terminale:

Quando esegue git gc, visualizzerà un output simile al seguente:

Questo mostra Git mentre impacchetta gli oggetti, scrive nuovi packfile ed elimina (rimuove) gli oggetti vecchi e non raggiungibili. I numeri variano in base allo stato del repository.

Sebbene git gc gestisca molte attività di pulizia, git prune si occupa nello specifico di rimuovere gli oggetti "dangling" o "unreachable".

• Oggetti dangling: sono oggetti presenti nel repository, ma non più referenziati da alcun commit, branch o tag e che inoltre non fanno parte di un packfile.
• Oggetti unreachable: è un termine simile a dangling, ma più ampio. Possono esistere per vari motivi, ad esempio dopo un rebase o un reset che riscrive la cronologia.

git prune elimina questi oggetti se sono più vecchi del tempo di scadenza predefinito, generalmente 2 settimane.

Di solito non è necessario eseguire direttamente git prune, perché viene chiamato da git gc. Tuttavia, può essere utilizzato per una pulizia più mirata.

Per vedere cosa farebbe git prune senza eliminare effettivamente nulla, utilizzi l'opzione --dry-run:

Per impostazione predefinita, git prune (e la fase di potatura di git gc) rimuove solo gli oggetti più vecchi di due settimane. È possibile sovrascrivere questo comportamento usando l'opzione --expire.

Questa opzione è utile se desidera eliminare in modo aggressivo oggetti dangling creati molto di recente, ad esempio dopo un rebase sperimentale che è certo di non dover annullare.

Ad esempio, per potare gli oggetti più vecchi di 1 giorno:

È importante non confondere git prune con git reflog expire. Sebbene siano entrambi legati alla pulizia, hanno scopi diversi:

• git prune: elimina oggetti Git effettivi (blob, alberi e commit) dal database degli oggetti.
• git reflog expire: pulisce le voci nel reflog (la cronologia locale delle posizioni visitate da HEAD), rendendo più difficile trovare determinati commit, ma senza eliminare gli oggetti.

Presti sempre attenzione quando modifica la cronologia o esegue comandi di pulizia!

Quale delle seguenti descrive meglio il ruolo principale di git gc?

Congratulazioni! Ha imparato a mantenere ordinati ed efficienti i repository Git.

• git gc: il comando tutto-in-uno per la garbage collection, la pacchettizzazione degli oggetti e la potatura.
• git prune: individua e rimuove in modo specifico gli oggetti unreachable e dangling più vecchi di una determinata scadenza.

Una manutenzione regolare contribuisce a mantenere fluido il flusso di lavoro con Git e impedisce ai repository di occupare troppo spazio su disco. Continui così!