Interactive rebase (git rebase -i) inakuruhusu kuandika upya, kupanga upya, kuchanganya, kuhariri, au kuondoa commits — kusakinisha historia yako ya commits kabla ya kuishiriki. Ni chombo chenye nguvu kwa kuunda historia safi na ya kimantiki kutoka kwa commits ya kazi inayoendelea.
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
Unahariri orodha — tukichagua vitendo kwa kila commit (na kupanga upya mistari kupanga upya commits) — kisha Git inaiacha tena kwa mujibu.
✓ 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
Kuelewa interactive rebase ni muhimu kwa kuunda historia safi ya commits, kwa hivyo ni ujuzi wa kiufundi unaofaa kwa kazi ya Git ya kitaaluma.
Katika maendeleo, commits mara nyingi ni machaa — commits ya kazi inayoendelea yenye ujumbe kama "wip", "fix typo", "oops", commits za debugging, na mpangilio usio na mantiki — na interactive rebase inakuruhusu kusakinisha hii kabla ya kuishiriki: kuchanganya commits kadhaa za machaa kuwa za mantiki safi, kuandika upya ujumbe mbovu, kupanga upya commits katika mlolongo wenye akili, kuondoa commits zisizotakwa (kama msimbo wa debugging), na kugawanya commits — kubadilisha historia machaa ya maendeleo kuwa safi, ya kimantiki, na inayoweza kusomewa.
Hii inakusudiwa kwa sababu historia safi ya commits (kama ilivyofunikwa katika mazoezi mazuri ya commits) inafanya ukaguzi wa msimbo kuwa rahisi, historia kuwa na fahamu zaidi, na debugging (kupitia bisect) kuwa na ufanisi zaidi — kwa hivyo uwezo wa kuoganisha kabla ya wengine kuona kazi yako ni alama ya mazoezi ya kitaaluma ya Git.
Kuelewa vitendo (pick, squash, fixup, reword, edit, drop, na kupanga upya) na matumizi ya kawaida (hasa kuchanganya WIP commits, haja sana inayotaka) ni ujuzi wa kiufundi unaofaa.
Kwa umuhimu, kanuni ya dhahabu ya rebasing bado inatumika — interactive rebase inaandika upya historia (hashes mpya), kwa hivyo lazima ifanyike tu kwa commits za mitaa, zisizoboreswa (kamwe si katika historia iliyoshirikiwa), na matumizi ya kawaida ni kusakinisha tawi la sifa kabla ya kuboreswa au kufungua ombi la matamanio.
Kwa kuwa historia ya commits safi na ya kimantiki ni muhimu kwa ushirikiano na uendekezaji, na kwa kuwa maendeleo kwa kaida huboresha commits ya machaa ambazo interactive rebase inaweza kusakinisha kabla ya kuishiriki (kwa usalama, kwenye commits za mitaa), kuelewa interactive rebase — vitendo, matumizi ya kawaida kama kuchanganya, na kanuni ya usalama — ni ujuzi wa Git wa dhamira na unaofaa kwa maendeleo ya kitaaluma, chombo chenye nguvu kwa kuwasilisha historia safi na inayoweza kusomewa ambayo inajua wanacho wenye akili ya Git, inayotumiwa mara kwa mara kupolisha kazi kabla haijashirikiwa na timu.