Interactive rebase (git rebase -i) memungkinkan Anda menulis ulang, mengurutkan ulang, menggabungkan, mengedit, atau menghapus commit — membersihkan riwayat commit Anda sebelum membagikannya. Ini adalah alat yang ampuh untuk membuat riwayat yang bersih dan logis dari commit work-in-progress yang berantakan.
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 mengedit daftar — memilih aksi untuk setiap commit (dan mengurutkan ulang baris akan mengurutkan ulang commit) — kemudian Git memutar ulang sesuai kebutuhan.
✓ 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 bernilai untuk membuat riwayat commit yang bersih, sehingga berguna sebagai pengetahuan praktis untuk pekerjaan Git profesional.
Selama pengembangan, commit sering berantakan — commit work-in-progress dengan pesan seperti "wip", "fix typo", "oops", commit debug, dan urutan yang tidak logis — dan interactive rebase memungkinkan Anda membersihkan ini sebelum berbagi: menggabungkan banyak commit berantakan menjadi commit logis yang bersih, menulis ulang pesan yang buruk, mengurutkan ulang commit menjadi urutan yang masuk akal, menghapus commit yang tidak diinginkan (seperti kode debug), dan membagi commit — mengubah riwayat pengembangan yang berantakan menjadi urutan yang bersih, logis, dan dapat direview.
Ini penting karena riwayat commit yang bersih (seperti dibahas dalam praktik commit yang baik) membuat code review lebih mudah, riwayat lebih mudah dipahami, dan debugging (via bisect) lebih efektif — jadi kemampuan untuk merapikan sebelum orang lain melihat pekerjaan Anda adalah ciri dari praktik Git profesional.
Memahami aksi-aksi (pick, squash, fixup, reword, edit, drop, dan mengurutkan ulang) dan penggunaan umum (terutama menggabungkan commit WIP, kebutuhan yang sangat sering) adalah keterampilan praktis.
Secarakritis, aturan emas rebase masih berlaku — interactive rebase menulis ulang riwayat (hash baru), jadi hanya boleh dilakukan pada commit lokal yang belum di-push (tidak pernah pada riwayat bersama), dengan penggunaan tipikal adalah membersihkan branch fitur sebelum push atau membuka pull request.
Karena riwayat commit yang bersih dan logis berharga untuk kolaborasi dan pemeliharaan, dan karena pengembangan secara alami menghasilkan commit berantakan yang dapat dibersihkan interactive rebase sebelum berbagi (dengan aman, pada commit lokal), memahami interactive rebase — aksi-aksi, penggunaan umum seperti menggabungkan, dan aturan keselamatan — adalah pengetahuan Git yang berharga dan relevan secara praktis untuk pengembangan profesional, alat ampuh untuk menyajikan riwayat yang bersih dan dapat direview yang membedakan pengguna Git yang bijaksana, digunakan secara rutin untuk merapikan pekerjaan sebelum dibagikan dengan tim.