Merge conflict sering dilihat sebagai tanda kita membuat sesuatu yang salah. Sebenarnya ia boleh berlaku apabila dua orang menyunting bahagian yang sama dengan niat yang baik. Git tahu fail berubah, tetapi tidak tahu keputusan produk mana yang patut menang. Sebab itulah manusia perlu membaca kedua-duanya.
Mulakan dengan git status untuk melihat fail yang terlibat. Dalam fail konflik, penanda menunjukkan dua bahagian yang tidak dapat digabung automatik. Baca perubahan asal melalui diff atau pull request, bukan hanya potongan di editor. Mungkin satu branch membaiki validasi dan satu lagi menukar label; penyelesaian yang betul ialah menggabungkan kedua-dua idea, bukan memilih “ours” atau “theirs” secara membuta tuli.
Selesaikan satu fail, kemudian uji
Buang penanda konflik setelah kod akhir dipilih, jalankan formatter atau pemeriksaan sintaks, dan uji aliran yang disentuh. Jika konflik melibatkan skema data atau logik perniagaan yang anda tidak faham, tanya pemilik perubahan. Sedikit masa berbincang lebih baik daripada merge yang nampak bersih tetapi membuang pembetulan penting.
Jika konflik berlaku pada fail konfigurasi, semak kesan selain kod: adakah dua branch menambah pemboleh ubah dengan nama hampir sama, atau satu memadam binding yang masih diperlukan? Fail mungkin boleh digabung tanpa penanda konflik selepas suntingan, tetapi aplikasi masih boleh gagal. Uji hasil gabungan pada aliran sebenar.
Selepas selesai, lihat diff akhir sebelum commit. Adakah ada baris pendua, import hilang atau teks lama yang terselit? Konflik bukan hanya masalah Git; ia momen dua keputusan bertemu. Penyelesaian yang teliti menjaga maksud kedua-dua kerja.