Interactive rebase (git rebase -i) membolehkan anda menulis semula, menyusun semula, menggabungkan, menyunting, atau membuang commit — membersihkan sejarah commit anda sebelum berkongsinya. Ia merupakan alat yang berkuasa untuk membentuk sejarah yang bersih dan logik daripada commit work-in-progress yang berselerak.
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
Anda menyunting senarai itu — memilih satu tindakan bagi setiap commit (dan menyusun semula baris akan menyusun semula commit) — kemudian Git memainkannya semula mengikut itu.
✓ 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
Memahami interactive rebase adalah bernilai untuk membentuk sejarah commit yang bersih, jadi ia merupakan pengetahuan praktikal yang berguna untuk kerja Git profesional.
Semasa pembangunan, commit sering berselerak — commit work-in-progress dengan mesej seperti "wip", "fix typo", "oops", commit debug, dan susunan yang tidak logik — dan interactive rebase membolehkan anda membersihkan ini sebelum berkongsi: melakukan squash pada beberapa commit yang berselerak menjadi satu yang bersih dan logik, melakukan reword pada mesej yang lemah, menyusun semula commit menjadi jujukan yang munasabah, membuang commit yang tidak diingini (seperti kod debug), dan memecahkan commit — mengubah sejarah pembangunan yang berselerak menjadi jujukan yang bersih, logik, dan boleh disemak.
Ini penting kerana sejarah commit yang bersih (seperti yang diliputi dalam amalan commit-yang-baik) menjadikan semakan kod lebih mudah, sejarah lebih mudah difahami, dan debugging (melalui bisect) lebih berkesan — jadi keupayaan untuk mengemas kini sebelum orang lain melihat kerja anda merupakan ciri amalan Git profesional.
Memahami tindakan-tindakan (pick, squash, fixup, reword, edit, drop, dan menyusun semula) dan penggunaan biasa (terutamanya melakukan squash pada commit WIP, satu keperluan yang amat kerap) ialah kemahiran praktikal.
Secara kritikal, peraturan emas rebasing masih terpakai — interactive rebase menulis semula sejarah (hash baharu), jadi ia mesti hanya dilakukan pada commit tempatan yang belum di-push (jangan sekali-kali pada sejarah yang dikongsi), dengan penggunaan tipikal ialah membersihkan feature branch sebelum melakukan push atau membuka pull request.
Memandangkan sejarah commit yang bersih dan logik adalah bernilai untuk kolaborasi dan kebolehselenggaraan, dan memandangkan pembangunan secara semula jadi menghasilkan commit yang berselerak yang interactive rebase boleh bersihkan sebelum berkongsi (dengan selamat, pada commit tempatan), memahami interactive rebase — tindakan-tindakannya, penggunaan biasa seperti squashing, dan peraturan keselamatan — merupakan pengetahuan Git yang bernilai dan relevan secara praktikal untuk pembangunan profesional, alat berkuasa untuk membentangkan sejarah yang bersih dan boleh disemak yang membezakan pengguna Git yang teliti, digunakan secara rutin untuk menghaluskan kerja sebelum ia dikongsi dengan pasukan.