Vedlikehold og opprydding i repositories

Over tid kan lokale Git-repositorier samle opp unødvendige filer og bli mindre effektive. Tenk på det som et rotete rom!

I denne leksjonen lærer De å rydde opp i og optimalisere Git-repositoriene ved hjelp av kraftige kommandoer som git gc og git prune. Dette holder prosjektene i god drift.

La oss først forstå hvordan Git lagrer data. Git lagrer prosjektets historikk som en serie «objekter»:

• Blobs: Filinnhold
• Trees: Kataloger og innholdet i dem
• Commits: Øyeblikksbilder av prosjektet på et bestemt tidspunkt
• Tags: Pekere til bestemte commiter

Disse objektene kan lagres som «løse objekter» eller komprimeres til «packfiler» for bedre effektivitet.

Kommandoen git gc står for «garbage collect». Det er Gits innebygde verktøy for å rydde opp i og optimalisere repositoriet.

De viktigste oppgavene omfatter:

• Pakke løse objekter: Komprimere enkeltobjekter til samlede packfiler.
• Fjerne utilgjengelige objekter: Slette objekter som ikke lenger refereres til av en commit, gren eller tag (etter en viss alder).
• Fjerne gamle packfiler: Kvitte seg med utdaterte komprimerte objektfiler.

Denne prosessen gjør repositoriet mindre og raskere.

De kan kjøre git gc manuelt når som helst. Git kjører den også automatisk i bakgrunnen når De utfører bestemte operasjoner, som pushing eller henting.

Det er som regel trygt å kjøre kommandoen, men det er god praksis å kontrollere at De ikke har ukommittet arbeid som De kan få behov for å gjenopprette før en større opprydding.

Prøv å kjøre den i terminalen:

Når De kjører git gc, vil De se utdata som ligner på dette:

Dette viser at Git arbeider med å pakke objekter, skrive nye packfiler og fjerne (slette) gamle, utilgjengelige objekter. Tallene varierer avhengig av tilstanden til repositoriet.

Mens git gc håndterer mange oppryddingsoppgaver, brukes git prune spesifikt til å fjerne «dangling»- eller «unreachable»-objekter.

• Dangling-objekter: Dette er objekter som finnes i repositoriet, men som ikke lenger refereres til av noen commit, gren eller tag, og som heller ikke er en del av en pakkefil.
• Unreachable-objekter: Dette ligner på dangling-objekter, men er et bredere begrep. De kan oppstå av flere grunner, for eksempel etter en rebase eller reset som skriver om historikken.

git prune sletter disse objektene hvis de er eldre enn standard utløpstid (vanligvis to uker).

Vanligvis trenger De ikke å kjøre git prune direkte, siden git gc kaller den. De kan imidlertid bruke den til mer målrettet opprydding.

Hvis De vil se hva git prune ville gjort uten faktisk å slette noe, bruker De alternativet --dry-run:

Som standard fjerner git prune (og oppryddingstrinnet i git gc) bare objekter som er eldre enn to uker. De kan overstyre dette med alternativet --expire.

Dette er nyttig hvis De vil rydde opp mer aggressivt i dangling-objekter som ble opprettet svært nylig, for eksempel etter en eksperimentell rebase som De er sikker på at De ikke trenger å tilbakestille.

For eksempel for å rydde opp i objekter som er eldre enn én dag:

Det er viktig å ikke forveksle git prune med git reflog expire. Selv om de begge er knyttet til opprydding, har de ulike formål:

• git prune: Sletter faktiske Git-objekter (blober, trær og commiter) fra objektdatabasen.
• git reflog expire: Rydder opp i oppføringer i Deres reflog (en lokal historikk over hvor HEAD har vært), slik at det blir vanskeligere å finne enkelte commiter, men objektene slettes ikke.

Vær alltid forsiktig når De endrer historikken eller kjører oppryddingskommandoer!

Gratulerer! De har lært hvordan De kan holde Git-repositoriene ryddige og effektive.

• git gc: Alt-i-ett-kommandoen for garbage collection, pakking av objekter og pruning.
• git prune: Retter seg spesifikt mot og fjerner unreachable- og dangling-objekter som er eldre enn en angitt utløpstid.

Regelmessig vedlikehold bidrar til at Git-arbeidsflyten forblir smidig, og at repositoriene ikke bruker unødvendig mye diskplass. Fortsett det gode arbeidet!