Git Rebase vs Merge: Kenapa Histori Branch Tim Jadi Berantakan Kayak Benang Kusut?

Bayangin Budi Membuka 'git log --graph' di Proyek Tim...

Bayangin Budi baru bergabung ke sebuah tim, dan iseng mengetik git log --graph --oneline untuk melihat riwayat proyeknya. Yang muncul di terminal bukan garis rapi, melainkan jaringan zig-zag ruwet yang bercabang dan menyatu berkali-kali, mirip peta jalur kereta bawah tanah. Padahal fitur yang sedang ia telusuri cuma sesederhana "Lupa Password".

Budi kebingungan mencari commit mana yang sebenarnya menyebabkan bug, karena riwayatnya campur aduk antara puluhan merge commit otomatis bertuliskan "Merge branch 'develop' into fitur-login" yang tidak menjelaskan apa-apa.

Masalahnya: 'git merge' Menyimpan SEMUA Jejak, Termasuk yang Berantakan

Setiap kali dua branch digabungkan dengan git merge, Git akan membuat sebuah Merge Commit baru yang menyimpan titik pertemuan dua riwayat sekaligus. Ini jujur secara historis, tapi kalau dilakukan berkali-kali oleh banyak anggota tim yang sering menyinkronkan branch-nya, histori proyek jadi dipenuhi ratusan merge commit yang membuat alur cerita perubahan kode sulit dibaca secara linear.

Nah, Di Sinilah 'Git Rebase' Bisa Membantu!

git rebase bekerja dengan filosofi berbeda: alih-alih menggabungkan dua riwayat menjadi satu titik temu baru, rebase akan memindahkan (menulis ulang) commit-commit di branch-mu seolah-olah kamu baru mulai bekerja dari titik terbaru branch utama.

git checkout fitur-login
git rebase main

Hasilnya, histori proyek terlihat seperti satu garis lurus rapi, seakan-akan Budi mengerjakan fiturnya setelah semua perubahan terbaru dari tim lain — padahal kenyataannya ia bekerja paralel di waktu yang sama. Tidak ada lagi merge commit yang bikin bingung.

Tapi rebase punya satu aturan besi: JANGAN PERNAH me-rebase branch yang sudah di-push dan sedang dipakai bersama orang lain, karena rebase menulis ulang commit hash. Kalau rekan tim sudah terlanjur menarik (pull) branch lama versimu, histori mereka akan tabrakan parah dengan histori barumu.

Intinya: Pakai rebase untuk merapikan branch pribadimu sebelum dikirim Pull Request. Pakai merge saat menggabungkan Pull Request yang sudah disetujui ke branch utama yang dipakai bersama tim.