Git Rebase Simulator

Masalahnya

Rebase adalah perintah Git yang paling ditakuti developer, dan ketakutan itu beralasan. Rebase biasanya dijelaskan sebagai "memindahkan commit ke base baru". Padahal tidak ada yang dipindahkan. Rebase menulis commit baru dengan id baru, dan commit aslinya tetap ada di repositori tanpa ada yang menunjuknya. Hampir setiap kepanikan "pekerjaan saya hilang", beserta obatnya, yaitu reflog, berawal dari salah paham yang satu itu.

Alat visual yang bagus sudah ada, dan Learn Git Branching yang paling dikenal. Saya menautkannya dari situs ini. Tapi alat-alat yang saya lihat punya tiga celah yang sama. Mereka memakai id palsu seperti C1 dan C2, jadi commit yang sudah di-rebase tetap terlihat sama. Mereka menyembunyikan commit yang tertinggal, jadi tidak ada yang belajar cara memulihkannya. Dan tidak ada isi berkas, sehingga tidak ada konflik, padahal di situlah rebase paling menyakitkan. Simulator ini untuk developer yang memakai Git setiap hari tapi belum percaya pada rebase, dan untuk orang yang mengajarkannya.

Yang saya bangun

Simulatornya bekerja seperti cara Git menyimpan data

Saya mengimplementasikan model penyimpanan Git sendiri, lalu gambarnya membaca dari model itu. Setiap id commit dihitung dari isi commit tersebut, termasuk parent-nya. Jadi saat rebase memberi sebuah commit parent baru, id-nya berubah sendiri di layar. Commit hanya pernah ditambahkan, tidak pernah diubah atau dihapus, kecuali kita menjalankan pembersihan. Setelah setiap perintah di setiap tes, ada pemeriksaan yang memastikan tidak ada yang berubah atau hilang dari yang sudah ada sebelumnya.

Commit yang tertinggal tetap terlihat

Setelah rebase atau hard reset, commit lama tetap tampil, berwarna abu-abu dan tanpa branch yang menunjuknya. Panel reflog mencatat setiap kali sebuah branch atau HEAD berpindah, beserta penyebabnya. Satu klik membuat branch di commit yang hilang, sama seperti cara memperbaikinya di Git yang asli.

Berkas asli menghasilkan konflik asli

Setiap commit membawa isi berkas yang sebenarnya. Saat rebase tidak bisa diterapkan dengan bersih, muncul konflik three-way dengan penanda milik Git sendiri, dan kita bisa melanjutkan, melewati, atau membatalkannya seperti di Git. Tampilan perbandingan menjalankan merge dan rebase dari titik awal yang sama secara berdampingan. Riwayatnya terlihat berbeda, tapi isi berkas akhirnya identik, dan ada tes yang memeriksanya.

Saya mengeceknya terhadap Git yang asli

Alat belajar yang keliru tapi meyakinkan akan membuat orang salah paham soal rebase dengan penuh percaya diri. Jadi saya menulis skrip yang menjalankan program Git asli lewat sembilan skenario, dua di antaranya terhadap repositori bare yang berperan sebagai remote, lalu merekam hasilnya. Tes membandingkan bentuk riwayatnya: parent, posisi branch, dan objek mana yang baru. Tes tidak membandingkan id commit, karena Git asli ikut memasukkan waktu dan identitas penulis. Situsnya menyebutkan hal itu.

Perintah yang tidak didukung ditolak dengan jelas

Simulator ini menolak pull dengan sadar, karena pull menyembunyikan separuh pekerjaannya yang menulis ulang riwayat. Pesan error-nya menyarankan fetch lalu merge atau rebase. Beberapa opsi lanjutan ditolak dengan cara yang sama. Jawaban salah yang terdengar yakin adalah hal terburuk yang bisa diberikan alat belajar.

Hasilnya

Git Rebase Simulator sudah live dan open source dengan lisensi MIT, dalam bahasa Inggris dan Indonesia, dan bisa dipakai offline setelah dimuat pertama kali. Simulator ini mendukung 17 perintah Git, termasuk interactive rebase dan remote simulasi untuk push, fetch, dan force-push. Enam skenario siap pakai, misalnya hard reset yang tidak disengaja atau force-push yang berbahaya, bisa dibagikan lewat tautan. Saya membangunnya dalam sekitar lima jam pada 5 Agustus 2026, dari spesifikasi tertulis.