Sign in Subscribe

Udah jago Git tapi masih bingung sama merge conflict? Kamu nggak sendirian.

Udah jago Git tapi masih bingung sama merge conflict? Kamu nggak sendirian.
Photo by Merch HÜSEY/Unsplash

Merge conflict di Git itu ibarat kita lagi bikin tugas kelompok, terus ada dua orang ngedit dokumen yang sama di baris yang sama. Pas mau digabungin, si komputer bingung, "Ini yang bener yang mana ya?". Nah, di Git, kebingungan inilah yang namanya merge conflict.

Kalau kamu ngerasa udah lumayan jago pakai Git, udah lancar add, commit, push, pull, bikin branch, tapi setiap kali ketemu merge conflict, bawaannya langsung keringat dingin atau malah pengen lempar laptop, santai aja, kamu nggak sendirian. Ini adalah salah satu rintangan paling umum yang dihadapi developer, mau yang baru belajar atau yang udah berpengalaman sekalipun.

Artikel ini bukan cuma buat nakut-nakutin atau ngasih teori ribet. Kita bakal kupas tuntas kenapa merge conflict itu terjadi, gimana cara ngadepinnya dengan tenang, dan tips-tips biar konflik kayak gini nggak terlalu sering muncul atau setidaknya lebih gampang diberesin. Pokoknya, biar kamu makin pede ngadepin Git, nggak cuma pas lagi mulus-mulusnya.

Oke, Kenapa Sih Konflik Itu Bisa Muncul?

Intinya, konflik di Git itu muncul pas Git nggak bisa mutusin secara otomatis gimana cara gabungin (merge) dua perubahan yang ada di dua branch berbeda. Ini paling sering terjadi kalau:

  1. Dua orang (atau kamu di dua branch) ngedit baris kode yang sama di file yang sama. Ini skenario paling klasik.
  2. Satu orang ngedit file, satu lagi ngehapus file yang sama.
  3. Dua orang nambahin file dengan nama yang sama tapi isinya beda.

Git itu pintar. Kalau kamu nambahin kode di akhir file A di satu branch, dan temanmu nambahin kode di awal file B di branch lain, Git bakal bisa gabungin itu dengan mulus. Tapi kalau kamu ngubah baris 10 file index.js di branch fitur-a, dan temanmu juga ngubah baris 10 file index.js di branch fitur-b, Git bakal bingung. Dia nggak tahu mana yang mau dipertahanin, punya kamu atau punya temanmu. Di sinilah Git bilang, "Oke, aku butuh bantuanmu buat mutusin."

Mengenali Tanda-tanda Konflik

Kamu bakal tahu ada konflik pas kamu ngejalanin perintah kayak git mergeatau git pull. Git bakal ngasih output yang bilang ada conflict dan nyebutin file-file mana aja yang kena. Contoh outputnya kira-kira gini:

bash
Auto-merging namafileyang_konflik.txt
CONFLICT (content): Merge conflict in namafileyang_konflik.txt
Automatic merge failed; fix conflicts and then commit the result.

Nah, pas Git ngasih tahu gitu, jangan panik. Artinya proses merge-nya berhenti sementara, nunggu kamu beresin konflik yang ada. Git udah siapin "penanda" khusus di dalam file-file yang konflik itu biar kamu tahu bagian mana yang harus diperbaiki.

Anatomi Konflik di Dalam File

Buka file yang dibilang konflik sama Git pakai editor kode kesayanganmu (VS Code, Sublime Text, dll). Kamu bakal nemuin baris-baris khusus yang Git tambahin:

diff
<<<<<<< HEAD
Kode versi kamu di branch kamu (branch yang kamu lagi berdiri di situ pas nge-merge)
=======
Kode versi branch yang mau kamu gabungin
>>>>>>> nama-branch-yang-mau-di-merge
  • <<<<<<< HEAD: Ini penanda awal dari kode di branch kamu saat ini (HEAD).
  • =======: Ini pemisah antara kode di branch kamu dan kode di branch lain.
  • >>>>>>> nama-branch-yang-mau-di-merge: Ini penanda akhir dari kode di branch yang mau kamu gabungin. Nama branch setelah >>>>>>> bisa jadi nama branch-nya atau commit hash kalau itu dari commit tertentu (misalnya saat rebase).

Tugas kamu adalah melihat ketiga bagian ini (kode di atas =======, kode di bawah =======, dan baris penandanya sendiri), terus mutusin mau pakai yang mana.

Cara Paling Dasar Resolusi Konflik: Manual Editing

Ini cara yang paling sering dipake dan paling fundamental. Langkahnya gampang banget:

  1. Buka file yang konflik. Git udah kasih tahu file mana aja.
  2. Cari penanda konflik (<<<<<<<, =======, >>>>>>>). Biasanya editor modern langsung highlight bagian ini.
  3. Edit bagian yang konflik. Kamu punya beberapa pilihan:

* Ambil punya kamu: Hapus baris dari ======= sampai >>>>>>> dan semua penanda konflik (<<<<<<< HEAD, =======, >>>>>>>). Sisakan kode versi kamu. * Ambil punya branch lain: Hapus baris dari <<<<<<< HEAD sampai ======= dan semua penanda konflik. Sisakan kode versi branch lain. * Gabungkan (Manual): Gabungkan kedua versi kode sesuai kebutuhan. Ini yang paling sering terjadi, kamu mungkin butuh beberapa baris dari punya kamu dan beberapa baris dari punya branch lain. Pastikan logika kode setelah digabungin bener. * Hapus semua: Mungkin perubahannya nggak relevan lagi, jadi kamu hapus kedua versi dan penandanya.

  1. Hapus semua penanda konflik. Pastiin nggak ada satupun baris <<<<<<<, =======, atau >>>>>>> yang tersisa di file. Kalau masih ada, Git bakal nganggap konflik belum selesai.
  2. Simpan file.
  3. Kasih tahu Git kalau konflik di file ini udah selesai. Pakai perintah git add namafileyang_konflik.txt. Lakukan ini untuk semua file yang konflik. Kamu bisa pakai git add . kalau udah yakin semua konflik di semua file selesai.
  4. Lanjutkan proses merge. Setelah semua file konflik di-add, Git tahu kamu udah beres. Sekarang kamu bisa commit untuk menyelesaikan proses merge-nya. Git biasanya udah nyiapin pesan commit default yang nyebutin merge dan file yang konflik. Kamu bisa biarin atau edit pesan commit itu, lalu simpan dan keluar dari editor pesan commit.

bash
Setelah selesai mengedit file dan menghapus penanda
git add namafileyangkonflik1.txt
git add namafileyangkonflik2.txt
atau kalau udah yakin semua beres
git add .Commit untuk menyelesaikan merge
git commit

Voila! Proses merge selesai, dan kamu udah berhasil menyelesaikan konfliknya.

Menggunakan Tool Bantuan (Mergetool)

Kalau file yang konflik itu gede banget atau konfliknya ada di banyak tempat, ngedit manual bisa bikin pusing. Nah, Git punya fitur git mergetool yang bisa ngebantu. git mergetool bakal ngebuka aplikasi merge tool (kayak VS Code, Sublime Merge, Meld, KDiff3, dsb.) yang udah kamu konfigurasi, dan nampilin tiga versi file: versi branch kamu, versi branch lain, dan versi dasar (basis) sebelum kedua branch itu berubah. Aplikasi ini biasanya punya tampilan yang lebih visual buat ngebantu kamu milih atau menggabungkan perubahan.

Caranya:

  1. Pas Git ngasih tahu ada konflik, jalankan git mergetool.
  2. Git bakal ngebuka merge tool untuk file pertama yang konflik.
  3. Di merge tool, selesaikan konfliknya pakai interface yang disediain tool itu (biasanya ada tombol buat "ambil punya ini", "ambil punya itu", atau ngedit langsung).
  4. Simpan hasilnya dan tutup merge tool untuk file itu.
  5. Git bakal otomatis nge-add file yang baru aja kamu beresin dan nanya mau lanjut ke file konflik berikutnya apa nggak.
  6. Ulangi sampai semua file konflik selesai.
  7. Setelah selesai dari git mergetool, kamu tinggal git commit untuk menyelesaikan merge.

Menggunakan git mergetool bisa sangat membantu, terutama kalau kamu kerja tim dan konfliknya lumayan kompleks. Pastikan kamu udah ngatur merge tool apa yang mau dipake di konfigurasi Git kamu (git config --global mergetool).

Tips dan Trik Lanjut Biar Hidup Lebih Tenang Sama Konflik

Selain cara dasar di atas, ada beberapa kebiasaan dan trik yang bisa ngebantu banget:

  1. Sering-sering git pull atau git pull --rebase: Ini cara terbaik buat mencegah konflik besar. Dengan sering narik perubahan dari branch utama (misalnya main atau develop), kamu ngegabungin perubahan kecil-kecilan ke branch kamu. Kalaupun ada konflik, konflik itu bakal lebih kecil dan gampang diberesin karena kamu cuma nge-merge sedikit perubahan. Menggunakan git pull --rebase bahkan bisa bikin history Git kamu lebih bersih karena perubahan dari branch lain "diterapin ulang" di atas commit terakhir kamu, bukan bikin commit merge baru. Tapi hati-hati pakai rebase kalau kamu lagi kerja di branch yang di-share sama orang lain, karena rebase nulis ulang history.
  2. Buat commit yang kecil dan fokus: Jangan nunggu sampai ngerjain banyak fitur atau perubahan gede baru commit. Commit lah setiap kali kamu nyelesaiin satu bagian kecil yang logis. Commit yang kecil bikin lebih gampang ngerti apa yang berubah, dan kalau ada konflik, kamu bisa lacak perubahan mana yang bentrok.
  3. Komunikasi sama Tim: Kalau kamu tahu ada teman yang lagi ngerjain file yang sama, ngobrol aja! Koordinasi bisa mencegah konflik sebelum terjadi. "Eh, kamu lagi ngedit file X ya? Aku juga nih, aku ngerjain bagian Y, kamu di Z ya?".
  4. Gunakan git status secara berkala: Ini perintah teman baik kamu. Saat konflik, git status bakal ngasih tahu file mana aja yang statusnya unmerged. Ini ngebantu kamu ngelacak file mana yang perlu diberesin.
  5. Pahami git diff selama konflik: Saat ada konflik, kamu bisa pakai git diff untuk ngelihat perubahannya.

* git diff: Lihat semua perubahan, termasuk penanda konflik. * git diff --ours: Lihat perubahan yang cuma ada di branch kamu. * git diff --theirs: Lihat perubahan yang cuma ada di branch yang mau di-merge. Ini ngebantu kamu ngerti konteks perubahan dari kedua sisi.

  1. Opsi "Ambil Punya Salah Satu Sisi" Sekaligus (Hati-hati!): Kadang, kamu tahu pasti kalau untuk file tertentu, kamu cuma mau ngambil versi dari branch kamu (ours) atau cuma mau ngambil versi dari branch yang lain (theirs). Git nyediain perintah buat ini:

* git checkout --ours namafileyang_konflik.txt: Ini bakal nge-replace isi file yang konflik dengan versi dari branch kamu (HEAD). * git checkout --theirs namafileyang_konflik.txt: Ini bakal nge-replace isi file yang konflik dengan versi dari branch yang mau di-merge. Penting: Setelah ngejalanin perintah ini, file masih dianggap konflik oleh Git (statusnya unmerged), meskipun penanda konflik di dalamnya udah hilang dan isinya udah diganti. Kamu tetap harus nge-git add namafileyang_konflik.txt setelah ini biar Git tahu file itu udah kamu "beresin" (dengan cara milih salah satu sisi). Pakai ini dengan bijak, pastikan kamu nggak kehilangan perubahan penting dari sisi lain.

  1. "Abort!" - Tombol Reset Saat Panik: Kalau kamu lagi proses merge atau rebase, terus ketemu konflik yang rasanya rumit banget atau kamu malah bikin kacau saat nyoba beresin, jangan takut! Git punya tombol "ulang":

* Kalau lagi git merge: git merge --abort * Kalau lagi git rebase: git rebase --abort Perintah ini bakal ngebalikin repository kamu ke kondisi sebelum proses merge atau rebase dimulai. Ini kayak tombol reset, ngasih kamu kesempatan buat tarik napas, mikir lagi, atau nyoba strategi lain. Setelah abort, kamu bisa coba git pull --rebase dulu di branch kamu, atau ngobrol sama teman tim sebelum nyoba merge lagi.

  1. Test Code Setelah Resolusi Konflik: Ini sering dilupain! Setelah kamu selesai beresin semua konflik, nge-add file-nya, dan nge-commit, jangan langsung senang dulu. Pastikan code kamu masih berjalan dengan baik. Jalankan tes otomatis kalau ada, atau tes manual aplikasimu. Konflik bisa aja diberesin secara sintaksis (nggak ada lagi penanda konflik), tapi secara logika code-nya jadi error karena penggabungan yang nggak pas.

Konflik Saat Rebase vs. Konflik Saat Merge

Sedikit beda pengalaman ngadepin konflik tergantung kamu pakai merge atau rebase.

Saat Merge: Konflik terjadi sekali di akhir proses merge. Git nyoba gabungin commit terakhir dari kedua branch, dan kalau ada bentrok, kamu beresin konfliknya sekali* di commit merge yang baru. Saat Rebase: Rebase itu nerapin commit-commit dari branch kamu satu per satu di atas commit terbaru di branch target. Konflik bisa terjadi di setiap commit* yang lagi diterapin ulang kalau commit itu punya perubahan yang bentrok. Jadi kamu mungkin ketemu konflik berkali-kali, tapi biasanya konflik per commit itu lebih kecil dibanding konflik besar di akhir merge. Prosesnya: ketemu konflik -> beresin -> git add -> git rebase --continue. Kalau panik, git rebase --abort.

Mana yang lebih baik? Tergantung workflow tim kamu. Rebase bikin history lebih linear (bersih), tapi bisa repot kalau konflik sering dan harus diberesin berulang kali per commit. Merge bikin history non-linear (ada commit merge), tapi konfliknya cuma sekali.

Kesimpulan

Merge conflict itu bukan musuh, tapi lebih kayak "pengingat" dari Git bahwa ada pekerjaan rumah buat kamu sebagai developer. Itu tandanya ada perubahan penting di dua tempat yang sama dan butuh campur tangan manusia buat mutusin mana yang bener.

Menguasai cara beresin merge conflict itu skill yang sangat berharga. Awalnya mungkin terasa bikin frustrasi, tapi semakin sering kamu ngadepin, semakin terbiasa, dan prosesnya bakal makin cepat.

Ingat, kuncinya adalah jangan panik, pahami apa yang Git kasih tahu (output, penanda konflik), tahu langkah-langkah dasarnya (edit manual, add, commit), dan manfaatkan tool atau trik tambahan (mergetool, git status, git diff, git pull --rebase, abort).

Teruslah berlatih, coba simulasi konflik di repository lokal sendiri kalau perlu, dan jangan ragu minta bantuan teman setim kalau mentok. Kamu udah jago Git, berarti kamu udah punya dasarnya. Resolusi konflik ini cuma level berikutnya aja. Semangat!