Interactive rebase (git rebase -i) ju lejon të rishkruani, rireorganizoni, kombinoni, redaktoni, ose hiqni commits — pastruar historikun e commit-eve tuaj përpara se ta ndani atë. Është një mjet i fuqishëm për të krijuar një histori të pastër dhe logjike nga messy work-in-progress commits.
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
Ju redaktoni listën — duke zgjedhur një aksion për secilin commit (dhe rireorganizimi i linjave rireorganizon commits) — pastaj Git i përpunon ato në përputhje.
✓ 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
Kuptimi i interactive rebase-it është i vlefshëm për krijimin e historikut të pastër të commit-eve, kështu që është njohuri praktike e dobishme për punën profesionale me Git.
Gjatë zhvillimit, commits janë shpesh messy — work-in-progress commits me mesazhe si "wip", "fix typo", "oops", debug commits, dhe një renditje jo-logjike — dhe interactive rebase ju lejon të pastroni këtë përpara se ta ndani: kombinimi i shumë messy commits në ato të pastër dhe logjike, rishprehja e mesazheve të dobët, rireorganizimi i commits në një sekuencë të arsyeshme, heqja e commits të padëshiruara (si kodi i debug-ut), dhe ndarja e commits — transformimi i historikut messy të zhvillimit në një sekuencë të pastër, logjike dhe të rishikueshme.
Kjo ka rëndësi sepse historikun e pastër të commit-eve (siç mbulohet në praktikat e mirë të commit-eve) e bën rishikimin e kodit më të lehtë, historikun më të kuptueshëm, dhe debug-imin (përmes bisect) më efektiv — kështu që aftësia për të rregulluar para se të tjerë të shohin punën tuaj është një shenjë e praktikës profesionale të Git-it.
Kuptimi i aksioneve (pick, squash, fixup, reword, edit, drop, dhe rireorganizim) dhe përdorimet e zakonshme (veçanërisht kombinimi i WIP commits, një kërkesë shumë e shpeshtë) është aftësia praktike.
Në mënyrë kritike, rregulli i artë i rebase-it ende zbatohet — interactive rebase rishkruan historikun (hash të reja), kështu që duhet të bëhet vetëm në commits lokale, të papushime (kurrë në historikun e ndarë), me përdorimin tipik të pastrimit të një feature branch përpara se të pushtoj ose të hap një pull request.
Meqenëse historikun e pastër dhe logjik të commit-eve është i vlefshëm për bashkëpunimin dhe mirëmbajtjen, dhe meqenëse zhvillimi natyrshëm prodhon messy commits që interactive rebase mund t'i pastrojë përpara se ta ndajë (siguri, në commits lokale), kuptimi i interactive rebase-it — aksionet, përdorimet e zakonshme si kombinimi, dhe rregulli i sigurisë — është njohje praktike dhe e rëndësishme e Git-it për zhvillimin profesional, një mjet i fuqishëm për paraqitjen e historikut të pastër dhe të rishikueshëm që e dallon përdoruesit e menduar të Git-it, i përdorur rregullisht për të lustruar punën përpara se të ndahet me ekipin.