Interaktiv rebase (git rebase -i) låter dig skriva om, omordna, kombinera, redigera eller ta bort commits — för att städa upp din commit-historia innan du delar den. Det är ett kraftfullt verktyg för att skapa ren, logisk historia från rörig utvecklingsarbete-i-progress.
git rebase -i HEAD~4
git rebase -i <commit>
pick abc123 Add login form # keep the commit as-is
squash def456 Fix typo # COMBINE into the previous commit (merge messages)
fixup ghi789 Fix another typo # combine into previous, DISCARD this message
reword jkl012 Add validation # keep the commit but EDIT its message
edit mno345 Refactor auth # PAUSE to amend the commit (change content)
drop pqr678 Debug logging # DELETE this commit entirely
# reorder lines to REORDER commits
Du redigerar listan — väljer en åtgärd per commit (och omordning av rader omordnar commits) — sedan spelar Git upp dem enligt dina instruktioner.
✓ SQUASH multiple WIP commits into one clean commit ("wip", "fix", "oops" → one good commit)
✓ REWORD bad commit messages
✓ REORDER commits into a logical sequence
✓ DROP unwanted commits (debug code, mistakes)
✓ SPLIT a commit (via edit) into smaller commits
→ Result: a clean, logical history instead of messy development commits.
⚠️ Interactive rebase REWRITES history (new commit hashes):
→ only do it on LOCAL, UNPUSHED commits — never on shared/public history
→ typical use: clean up your feature branch BEFORE pushing/opening a PR
Att förstå interaktiv rebase är värdefullt för att skapa ren commit-historia, så det är praktisk kunskap som är användbar för professionellt Git-arbete.
Under utveckling är commits ofta röriga — work-in-progress commits med meddelanden som "wip", "fix typo", "oops", debug-commits och en icke-logisk ordning — och interaktiv rebase låter dig städa detta innan du delar: slå samman flera röriga commits till rena logiska sådana, omformulera dåliga meddelanden, omordna commits i en vettig sekvens, ta bort oönskade commits (som debug-kod) och dela upp commits — omvandla rörig utvecklingshistoria till en ren, logisk, gransningsbar sekvens.
Detta är viktigt eftersom ren commit-historia (som täcks i god commit-praxis) gör kodgranskning enklare, historia mer förståelig och debugging (via bisect) mer effektivt — så förmågan att städa upp innan andra ser ditt arbete är ett kännetecken för professionell Git-praxis.
Att förstå åtgärderna (pick, squash, fixup, reword, edit, drop och omordning) och vanliga användningsområden (särskilt att slå samman WIP-commits, ett mycket vanligt behov) är den praktiska färdigheten.
Kritiskt är att den gyllene regeln för rebase fortfarande gäller — interaktiv rebase skriver om historia (nya hash-värden), så det får endast göras på lokala, ej pushade commits (aldrig på delad historia), med den typiska användningen att städa upp en feature branch innan du pushar eller öppnar en pull request.
Eftersom ren, logisk commit-historia är värdefull för samarbete och underhållbarhet, och eftersom utveckling naturligt producerar röriga commits som interaktiv rebase kan städa innan delning (säkert, på lokala commits), är förståelse för interaktiv rebase — åtgärderna, vanliga användningsområden som squashing och säkerhetsregeln — värdefull, praktiskt relevant Git-kunskap för professionell utveckling, ett kraftfullt verktyg för att presentera ren, gransningsbar historia som skiljer tanksamma Git-användare åt, används rutinmässigt för att polera arbete innan det delas med teamet.