Rebasering

Rebasering, eller rebasing, är en versionhanteringsoperation som flyttar basen för en gren till en ny commit. I Git innebär rebasing att commits från den aktuella grenen tillämpas igen ovanpå en annan gren eller commit, vilket skapar nya commits med nya SHA-identifierare och därmed skriver om historiken. Resultatet är en rak, linjär commit-historik snarare än en graf som inkluderar merge-commits.

Hur det fungerar: Git tar varje commit i målngrenens historia och applicerar dem i ordning ovanpå den valda basen. Om konflikter uppstår måste de lösas innan rebasing kan fortsätta. När processen avslutas har historiken blivit lättare att följa, men de ursprungliga commit-id:na ändras till nya versioner.

Vanliga användningsområden inkluderar att uppdatera en funktionstråd med de senaste ändringarna från huvudgrenen utan att skapa merge-commits, samt att upprätthålla en tydlig, linjär historik innan en gren slås samman. Rebasing används ofta när man vill att varje commit i feature-branchens historia speglar en konsekvent bas och när flera utvecklare arbetar parallellt.

Instruktioner och vanliga kommandon: Grundläggande rebasing mot main kan göras med git rebase origin/main. För interaktiv rebasing, som låter dig redigera, slå ihop eller omordna commits, används git rebase -i origin/main. Om man vill flytta basen till en annan commit kan man använda git rebase --onto <nybas> <upstream> <branch>. Efter avslutad rebasing bör fjärrlagret uppdateras med försiktighet, t.ex. git push --force-with-lease. Konflikter löses med git add och git rebase --continue; för att avbryta används git rebase --abort.

Risker och överväganden: Att skriva om offentlig historik kan störa andra som arbetar på samma gren. Rebasing bör användas med försiktighet på delade grenar; vid behov är merge ett säkrare alternativ.