Branch fitur Anda tertinggal dari main dan Anda membutuhkan pekerjaan baru. Git merge vs rebase adalah pilihan antara dua cara mendapatkannya, dan keduanya benar. Bedanya ada pada tampilan riwayat setelahnya.

Kami membuat repositori kecil, menjalankan kedua perintah, dan menempelkan keluaran nyatanya di bawah, sehingga Anda membandingkan hasil alih-alih membayangkannya. Baru mengenal Git? Mulailah dengan tutorial Git untuk pemula (bahasa Inggris).

Apa yang dilakukan git merge dan git rebase

git merge mengambil ujung dua branch dan menggabungkannya. Jika keduanya punya commit baru, Git membuat commit merge dengan dua induk. Tidak ada yang sudah ada yang diubah.

git rebase mengambil commit yang hanya ada di branch Anda, menyisihkannya, memindahkan branch Anda ke ujung branch lain, lalu memutar ulang commit Anda satu per satu. Commit yang diputar ulang adalah commit baru dengan hash baru, meskipun perubahannya sama.

Git merge dalam praktik

Titik awal kami: commit A di main, dua commit (F1, F2) di feature, dan satu commit lagi (M1) yang ditambahkan ke main setelahnya. Sekarang kami merge main ke feature.

git switch feature
git merge main
git log --oneline --graph

*   f507aab Merge main into feature
|\
| * 8842fb5 M1
* | 082cc6a F2
* | 5a71e3c F1
|/
* 8766865 A

Grafik menunjukkan cerita sebenarnya: dua jalur kerja yang digabungkan. Commit asli F1 dan F2 mempertahankan hash-nya. Harganya adalah satu commit merge tambahan, dan pada proyek yang sibuk, grafiknya berubah menjadi jaring.

Git rebase dalam praktik

Titik awal yang sama, tetapi kali ini kami rebase feature di atas main.

git switch feature
git rebase main
git log --oneline --graph

* 1ff474b F2
* bf9149e F1
* 8842fb5 M1
* 8766865 A

Riwayatnya satu garis lurus, seolah Anda mulai bekerja setelah M1. Perhatikan hash-nya: F1 tadinya 5a71e3c dan sekarang bf9149e, sedangkan F2 berubah dari 082cc6a menjadi 1ff474b. Git menulis ulang keduanya, dan itulah mengapa rebase perlu kehati-hatian.

Merge vs rebase berdampingan

Aturan emas rebase

Jangan rebase commit yang ada di luar repositori Anda sendiri. Setelah rebase, branch Anda tidak lagi cocok dengan salinan di server, sehingga push membutuhkan paksaan. Jika rekan membangun pekerjaan di atas commit lama, riwayatnya kini berselisih dengan riwayat Anda, dan merapikannya menyakitkan.

Rebase branch fitur pribadi Anda tidak masalah. Rebase main atau branch apa pun yang dipakai orang lain tidak boleh.

Alur kerja tim yang aman

Rutinitas ini menjaga riwayat tetap bersih tanpa mengejutkan siapa pun. Ini juga yang dipakai kebanyakan tim sebelum pipeline CI mereka, seperti pipeline di panduan GitHub Actions CI/CD (bahasa Inggris) kami.

git switch feature
git fetch origin
git rebase origin/main        # or: git pull --rebase
# fix conflicts, then: git add <file> && git rebase --continue
git push --force-with-lease   # only on your own branch

--force-with-lease menolak menimpa branch di server jika seseorang sudah melakukan push sejak fetch terakhir Anda, sesuatu yang akan dihancurkan --force biasa tanpa suara. Setelah pull request disetujui, merge ke main.

Cara membatalkan rebase yang salah

Rebase terlihat merusak, tetapi commit lama tetap berada di reflog Git untuk beberapa waktu, sehingga Anda bisa kembali.

git reflog                    # find the commit before the rebase
git reset --hard HEAD@{5}     # example position, check reflog first

Buat branch cadangan dengan git branch backup sebelum rebase berisiko, dan pemulihan menjadi satu perintah. Menjalankan database atau alat di kontainer? Lihat tutorial Docker untuk pemula (bahasa Inggris) kami.

Penutup

Merge menjaga kebenaran, rebase menjaganya rapi. Gunakan rebase untuk menyegarkan branch sendiri, merge untuk mengirimkannya, dan jangan pernah menulis ulang riwayat yang bergantung pada orang lain.

Pertanyaan yang sering diajukan

Terus belajar (artikel bahasa Inggris)