Rebase-ul interactiv (git rebase -i) vă permite să rescrieti, reordonati, combinati, editati sau stergeti commits — curatand istoricul dumneavoastra de commits inainte de a-l partaja. Este un instrument puternic pentru a crea o istorie curata si logica din commits-uri dezordonate din lucrul in progres.
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
Editati lista — alegand o actiune pentru fiecare commit (si reordonand liniile reordoneaza commits-urile) — apoi Git le reda corespunzator.
✓ 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
Intelegrerea rebase-ului interactiv este valoroasa pentru crearea unui istoric de commits curat, deci este o cunostinta practica utila pentru lucrul profesional cu Git.
In timpul dezvoltarii, commits-urile sunt adesea dezordonate — commits in lucru cu mesaje cum ar fi "wip", "fix typo", "oops", commits de debugging si o ordine nelogica — si rebase-ul interactiv va permite sa curatati acest lucru inainte de a partaja: combinand mai multe commits dezordonate in unele logice si curate, rescriind mesajele slabe, reordonand commits-urile intr-o secventa rezonabila, stergand commits-urile nedorite (cum ar fi codul de debugging) si impartind commits-urile — transformand istoricul de dezvoltare dezordonat intr-o secventa curata, logica si revizuibila.
Acesta conteaza deoarece istoricul de commits curat (asa cum este acoperit in practicile de commits bune) face revisiunea codului mai usoara, istoricul mai inteligibil si debugging-ul (prin bisect) mai eficace — deci capacitatea de a ordona inainte ca altii sa vada munca dumneavoastra este o marca a practicii Git profesionale.
Intelegrerea actiunilor (pick, squash, fixup, reword, edit, drop si reordonare) si utilizarilor frecvente (in special combinarea commits-urilor WIP, o nevoie foarte frecventa) este abilitatea practica necesara.
In mod critic, regula de aur a rebase-ului inca se aplica — rebase-ul interactiv rescrie istoricul (hash-uri noi), deci trebuie facut doar pe commits locale, nepushed (niciodata pe istoricul partajat), utilizarea tipica fiind curatarea unei ramuri de caracteristici inainte de a o pusha sau de a deschide o cerere de pull.
Deoarece istoricul de commits curat si logic este valoros pentru colaborare si mentinabilitate, si deoarece dezvoltarea produce in mod natural commits dezordonate pe care rebase-ul interactiv le poate curata inainte de partajare (in siguranta, pe commits locale), intelegerea rebase-ului interactiv — actiunile, utilizarile frecvente cum ar fi combinarea, si regula de siguranta — este cunostinta Git practica si relevanta pentru dezvoltarea profesionala, un instrument puternic pentru a prezenta o istorie curata si revizuibila care deosebeste utilizatorii Git atenti, utilizat in mod curent pentru a poliza munca inainte ca aceasta sa fie partajata cu echipa.