Menyelesaikan konflik Git yang mendukung perubahan mereka selama penarikan

Bagaimana cara menyelesaikan konflik git gabung yang mendukung perubahan yang ditarik?

Pada dasarnya saya perlu menghapus semua perubahan yang bertentangan dari pohon yang berfungsi tanpa harus melalui semua konflik dengan git mergetoolsementara menjaga semua perubahan bebas konflik. Lebih disukai melakukan ini sambil menarik, bukan sesudahnya.

git pull -s recursive -X theirs <remoterepo or other repo>

Atau, cukup, untuk repositori default:

git pull -X theirs

Jika Anda sudah dalam keadaan konflik ...

git checkout --theirs path/to/file

Anda dapat menggunakan opsi strategi "mereka" rekursif :

git merge --strategy-option theirs

Dari pria itu :

ours
    This option forces conflicting hunks to be auto-resolved cleanly by 
    favoring our version. Changes from the other tree that do not 
    conflict with our side are reflected to the merge result.

    This should not be confused with the ours merge strategy, which does 
    not even look at what the other tree contains at all. It discards 
    everything the other tree did, declaring our history contains all that
    happened in it.

theirs
    This is opposite of ours.

Catatan: seperti yang dikatakan halaman manual, "kita" bergabung opsi strategi sangat berbeda dari strategi gabungan "milik kami" .

Jika Anda sudah dalam keadaan konflik, dan Anda ingin menerima saja :

git checkout --theirs .
git add .

Jika Anda ingin melakukan yang sebaliknya:

git checkout --ours .
git add .

Ini sangat drastis, jadi pastikan Anda benar-benar ingin menghapus semuanya seperti ini sebelum melakukannya.

OK jadi, bayangkan skenario saya tadi:

Anda mencoba merge, atau mungkin cherry-pick, dan Anda dihentikan

$ git cherry-pick 1023e24
error: could not apply 1023e24... [Commit Message]
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

Sekarang, Anda melihat file yang konflik dan Anda benar-benar tidak ingin menyimpan perubahan Anda. Dalam kasus saya di atas, file tersebut bentrok hanya pada baris baru IDE saya telah ditambahkan secara otomatis. Untuk membatalkan perubahan Anda dan menerimanya, cara termudah adalah:

git checkout --theirs path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

Kebalikan dari ini (untuk menimpa versi yang masuk dengan versi Anda) adalah

git checkout --ours path/to/the/conflicted_file.php
git add path/to/the/conflicted_file.php

Anehnya, saya tidak dapat menemukan jawaban ini dengan mudah di Internet.

The git pull -X theirsjawaban dapat membuat merge jelek komit, atau menerbitkan

kesalahan: Perubahan lokal Anda ke file berikut akan ditimpa oleh gabungan:

Jika Anda ingin mengabaikan modifikasi lokal untuk file dari repo, misalnya pada klien yang harus selalu menjadi cermin asal, jalankan ini (ganti masterdengan cabang yang Anda inginkan):

git fetch && git reset --hard origin/master

Bagaimana cara kerjanya? git fetchtidak git pulltetapi tanpa penggabungan . Kemudian git reset --hardbuat pohon kerja Anda cocok dengan komit terakhir. Semua perubahan lokal Anda ke file dalam repo akan dibuang , tetapi file lokal baru akan dibiarkan sendiri.

Setelah git bergabung, jika Anda mendapatkan konflik dan Anda ingin Anda atau mereka

git checkout --theirs .
git checkout --ours .

Untuk menyelesaikan semua konflik dengan versi di cabang tertentu:

git diff --name-only --diff-filter=U | xargs git checkout ${branchName}

Jadi, jika Anda sudah dalam status penggabungan, dan Anda ingin menyimpan versi master dari file yang bertentangan:

git diff --name-only --diff-filter=U | xargs git checkout master

Harap jangan bahwa kadang-kadang ini tidak akan berhasil :

git checkout - jalur kami / ke / file

atau

git checkout - jalur mereka / ke / file

Saya melakukan ini sebagai gantinya, dengan asumsi HEAD adalah milik kita dan MERGE_HEAD adalah milik mereka

git checkout HEAD -- path/to/file

atau:

git checkout MERGE_HEAD -- path/to/file

Setelah kami melakukan ini dan kami baik-baik saja:

git add .

Jika Anda ingin lebih memahami, lihat posting torek yang indah di sini: git checkout --our tidak menghapus file dari daftar file yang tidak di-unmerged

Pengguna VS Code (integrated Git) IDE:

Jika Anda ingin menerima semua perubahan yang masuk dalam file konflik maka lakukan langkah-langkah berikut.

1. Go to command palette - Ctrl + Shift + P
2. Select the option - Merge Conflict: Accept All Incoming

Demikian pula yang dapat Anda lakukan untuk opsi lain seperti Terima Semua Keduanya, Terima Semua Saat Ini dll,

Saya memiliki next-versioncabang yang sudah berjalan lama dengan banyak penghapusan file yang telah berubah develop, file yang telah ditambahkan di berbagai tempat di kedua cabang, dll.

Saya ingin mengambil seluruh isi next-versioncabang develop, semuanya dalam satu komit gabungan.

Kombinasi dari perintah di atas yang bekerja untuk saya adalah:

git merge -X theirs next-version
# lots of files left that were modified on develop but deleted on next-version
git checkout next-version .
# files removed, now add the deletions to the commit
git add .
# still have files that were added on develop; in my case they are all in web/
git rm -r web

Bukan jawaban baru, hanya menggabungkan bit dari banyak jawaban, sebagian untuk meyakinkan bahwa Anda mungkin membutuhkan semua jawaban ini.

Jika Anda sudah dalam keadaan konflik, dan tidak ingin checkout jalur satu per satu. Anda boleh mencoba

git merge --abort
git pull -X theirs

dari https://git-scm.com/book/en/v2/Git-Tools-Advanced-Merging

Ini pada dasarnya akan melakukan penggabungan palsu. Ini akan mencatat komit gabungan baru dengan kedua cabang sebagai orang tua, tetapi bahkan tidak akan melihat cabang tempat Anda bergabung. Ini hanya akan mencatat sebagai hasil dari gabungan kode yang tepat di cabang Anda saat ini.

$ git merge -s ours mundo

Merge dibuat oleh strategi 'kita'.

$ git diff HEAD HEAD~

Anda dapat melihat bahwa tidak ada perbedaan antara cabang tempat kami berada dan hasil penggabungan.

Hal ini sering berguna untuk menipu Git agar berpikir bahwa cabang sudah digabung ketika melakukan penggabungan nanti. Sebagai contoh, katakanlah Anda bercabang keluar dari cabang rilis dan telah melakukan beberapa pekerjaan di atasnya yang Anda ingin bergabung kembali ke cabang master Anda di beberapa titik. Sementara itu beberapa perbaikan bug pada master perlu di-backport ke cabang rilis Anda. Anda bisa menggabungkan cabang perbaikan bug ke cabang rilis dan juga menggabungkan -s cabang kami yang sama ke cabang master Anda (meskipun perbaikan sudah ada di sana) sehingga ketika Anda nanti menggabungkan cabang rilis lagi, tidak ada konflik dari perbaikan bug.

Suatu situasi yang saya temukan berguna jika saya ingin master untuk mencerminkan perubahan cabang topik baru. Saya perhatikan bahwa -Xtheirs tidak bergabung tanpa konflik dalam beberapa keadaan ... misalnya

$ git merge -Xtheirs topicFoo 

CONFLICT (modify/delete): js/search.js deleted in HEAD and modified in topicFoo. Version topicFoo of js/search.js left in tree.

Dalam hal ini solusi yang saya temukan adalah

$ git checkout topicFoo

dari topicFoo, penggabungan pertama dalam master menggunakan strategi -s kita, ini akan membuat komit palsu yang hanya keadaan dari topicFoo. $ git merge -s master kita

periksa komit gabungan yang dibuat

$ git log

sekarang checkout cabang utama

$ git checkout master

menggabungkan cabang topik kembali tetapi kali ini menggunakan strategi rekursif -Xtheirs, ini sekarang akan memberi Anda cabang utama dengan keadaan topicFoo.

$ git merge -X theirs topicFoo