Underhåll och städning av repositories

Med tiden kan dina lokala Git-repositoryn samla på sig onödiga filer och bli mindre effektiva. Tänk på det som ett stökigt rum!

I den här lektionen lär vi oss att rensa upp och optimera dina Git-repositoryn med kraftfulla kommandon som git gc och git prune. Det hjälper projekten att fungera smidigt.

Först ska vi förstå hur Git lagrar data. Git sparar projektets historik som en serie ”objekt”:

• Blobs: Filinnehåll
• Trees: Kataloger och deras innehåll
• Commits: Ögonblicksbilder av projektet vid en viss tidpunkt
• Tags: Pekare till specifika commits

Dessa objekt kan lagras som ”lösa objekt” eller komprimeras till ”packfiles” för bättre effektivitet.

Kommandot git gc står för ”garbage collect”. Det är Gits inbyggda verktyg för att rensa upp och optimera ditt repository.

De viktigaste uppgifterna omfattar:

• Packa lösa objekt: Komprimera enskilda objekt till gemensamma packfiles.
• Rensa objekt som inte kan nås: Ta bort objekt som inte längre refereras av någon commit, branch eller tagg (efter en viss ålder).
• Ta bort gamla packfiles: Radera föråldrade komprimerade objektfiler.

Processen gör ditt repository mindre och snabbare.

Du kan köra git gc manuellt när som helst. Git kör det också automatiskt i bakgrunden när du utför vissa åtgärder, som att pusha eller hämta.

Det är i allmänhet säkert att köra, men det är bra att se till att du inte har ocommittat arbete som du kan behöva återställa innan en större rensning.

Prova att köra det i terminalen:

När du kör git gc visas utdata som liknar detta:

Detta visar hur Git arbetar med att packa objekt, skriva nya packfiles och rensa bort gamla objekt som inte kan nås. Siffrorna varierar beroende på repositoryts tillstånd.

Medan git gc hanterar många rensningsuppgifter fokuserar git prune specifikt på att ta bort objekt som är ”hängande” eller ”oåtkomliga”.

• Hängande objekt: Det här är objekt som finns i ert repository men som inte längre refereras av någon commit, branch eller tagg och som inte heller ingår i någon packfil.
• Oåtkomliga objekt: Ett liknande men bredare begrepp än hängande objekt. De kan finnas av olika orsaker, till exempel efter en rebase eller reset som skriver om historiken.

git prune tar bort dessa objekt om de är äldre än den förvalda utgångstiden, vanligtvis två veckor.

Vanligtvis behöver ni inte köra git prune direkt, eftersom git gc anropar det. Ni kan dock använda det för en mer riktad rensning.

Om ni vill se vad git prune skulle göra utan att faktiskt ta bort något använder ni alternativet --dry-run:

Som standard tar git prune (och rensningssteget i git gc) endast bort objekt som är äldre än två veckor. Ni kan åsidosätta detta med alternativet --expire.

Detta är användbart om ni vill rensa bort hängande objekt mer aggressivt, även sådana som skapades alldeles nyligen, till exempel efter en experimentell rebase som ni är säkra på att ni inte behöver återställa.

Om ni till exempel vill rensa bort objekt som är äldre än en dag:

Det är viktigt att inte förväxla git prune med git reflog expire. Även om båda hör samman med rensning har de olika syften:

• git prune: Tar bort faktiska Git-objekt (blobs, träd och commits) från objektdatabasen.
• git reflog expire: Rensar poster i er reflog (en lokal historik över var HEAD har befunnit sig), vilket gör vissa commits svårare att hitta, men objekten tas inte bort.

Var alltid försiktiga när ni ändrar historiken eller kör rensningskommandon!

Gratulerar! Ni har lärt er hur ni håller era Git-repositoryn välordnade och effektiva.

• git gc: Kommandot som samlar skräpinsamling, paketering av objekt och rensning.
• git prune: Riktar specifikt in sig på och tar bort oåtkomliga, hängande objekt som är äldre än en angiven utgångstid.

Regelbundet underhåll bidrar till att ert Git-arbetsflöde förblir smidigt och att era repositoryn inte tar upp onödigt mycket diskutrymme. Fortsätt så!