Giải quyết xung đột hợp nhất Git có lợi cho những thay đổi của họ trong quá trình kéo

Làm cách nào để giải quyết xung đột hợp nhất git có lợi cho các thay đổi được kéo?

Về cơ bản tôi cần loại bỏ tất cả các thay đổi xung đột khỏi cây làm việc mà không phải trải qua tất cả các xung đột git mergetooltrong một thời gian để giữ tất cả các thay đổi không xung đột. Tốt nhất là làm điều này trong khi kéo, không sau đó.

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

Hoặc, đơn giản, cho kho lưu trữ mặc định:

git pull -X theirs

Nếu bạn đã ở trong trạng thái xung đột ...

git checkout --theirs path/to/file

Bạn có thể sử dụng tùy chọn chiến lược "của họ" đệ quy :

git merge --strategy-option theirs

Từ người đàn ông :

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.

Lưu ý: như trang man nói, tùy chọn chiến lược hợp nhất "của chúng ta" rất khác với chiến lược hợp nhất "của chúng ta" .

Nếu bạn đã ở trong trạng thái xung đột và bạn muốn chấp nhận tất cả chúng:

git checkout --theirs .
git add .

Nếu bạn muốn làm ngược lại:

git checkout --ours .
git add .

Điều này khá quyết liệt, vì vậy hãy chắc chắn rằng bạn thực sự muốn xóa sạch mọi thứ như thế này trước khi thực hiện.

OK, hãy hình dung kịch bản tôi vừa tham gia:

Bạn cố gắng a merge, hoặc có thể a cherry-pick, và bạn đã dừng lại với

$ 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'

Bây giờ, bạn xem tệp bị xung đột và bạn thực sự không muốn giữ các thay đổi của mình. Trong trường hợp của tôi ở trên, tệp đã bị xung đột chỉ trên một dòng mới mà IDE của tôi đã tự động thêm vào. Để hoàn tác các thay đổi của bạn và chấp nhận thay đổi của họ, cách dễ nhất là:

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

Nghịch lý điều này (để ghi đè phiên bản đến với phiên bản của bạn) là

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

Đáng ngạc nhiên, tôi không thể tìm thấy câu trả lời này rất dễ dàng trên mạng.

Các git pull -X theirscâu trả lời có thể tạo ra một cam kết hợp nhất xấu xí hoặc đưa ra một

lỗi: Thay đổi cục bộ của bạn đối với các tệp sau sẽ bị ghi đè bằng cách hợp nhất:

Nếu bạn muốn đơn giản bỏ qua mọi sửa đổi cục bộ đối với các tệp từ repo, ví dụ trên máy khách phải luôn là bản sao của nguồn gốc, hãy chạy cái này (thay thế masterbằng nhánh bạn muốn):

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

Làm thế nào nó hoạt động? git fetchkhông git pullnhưng không hợp nhất . Sau đó git reset --hardlàm cho cây làm việc của bạn phù hợp với cam kết cuối cùng. Tất cả các thay đổi cục bộ của bạn đối với các tệp trong repo sẽ bị loại bỏ , nhưng các tệp cục bộ mới sẽ bị bỏ lại một mình.

Sau khi hợp nhất git, nếu bạn gặp xung đột và bạn muốn của họ hoặc của họ

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

Để giải quyết tất cả các xung đột với phiên bản trong một chi nhánh cụ thể:

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

Vì vậy, nếu bạn đã ở trạng thái hợp nhất và bạn muốn giữ phiên bản chính của các tệp xung đột:

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

Xin lưu ý rằng đôi khi điều này sẽ không hoạt động :

kiểm tra git - đường dẫn / đến / tập tin

hoặc là

kiểm tra git - đường dẫn / đến / tập tin

Tôi đã làm điều này thay vào đó, giả sử CHÍNH là của chúng tôi và MERGE_HEAD là của họ

git checkout HEAD -- path/to/file

hoặc là:

git checkout MERGE_HEAD -- path/to/file

Sau khi chúng tôi làm điều này và chúng tôi tốt:

git add .

Nếu bạn muốn hiểu thêm, hãy xem bài đăng tuyệt vời của torek tại đây: git checkout --ours không xóa các tệp khỏi danh sách tệp không được trộn

Người dùng IDE Mã VS (tích hợp Git):

Nếu bạn muốn chấp nhận tất cả các thay đổi đến trong tệp xung đột thì hãy thực hiện các bước sau.

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

Tương tự, bạn có thể làm cho các tùy chọn khác như Chấp nhận cả hai, Chấp nhận tất cả hiện tại, v.v.

Tôi đã có một next-versionnhánh hoạt động lâu dài với hàng tấn xóa các tệp đã thay đổi develop, các tệp đã được thêm vào ở những nơi khác nhau trên cả hai nhánh, v.v.

Tôi muốn đưa toàn bộ nội dung của next-versionchi nhánh vào develop, tất cả trong một cam kết hợp nhất lớn.

Sự kết hợp của các lệnh trên làm việc cho tôi là:

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

Không phải là một câu trả lời mới, chỉ cần kết hợp các bit từ nhiều câu trả lời, một phần để trấn an rằng bạn có thể cần tất cả các câu trả lời này.

Nếu bạn đã ở trong trạng thái xung đột và không muốn kiểm tra từng đường một. Bạn có thể thử

git merge --abort
git pull -X theirs

từ https://git-scm.com/book/en/v2/Git-Tools-Avised-Merging

Điều này về cơ bản sẽ làm một sự hợp nhất giả. Nó sẽ ghi lại một cam kết hợp nhất mới với cả hai nhánh là cha mẹ, nhưng nó thậm chí sẽ không nhìn vào nhánh bạn đang hợp nhất. Nó sẽ chỉ ghi lại như là kết quả của việc hợp nhất mã chính xác trong nhánh hiện tại của bạn.

$ git merge -s ours mundo

Hợp nhất được thực hiện bởi chiến lược 'của chúng ta'.

$ git diff HEAD HEAD~

Bạn có thể thấy rằng không có sự khác biệt giữa nhánh chúng tôi đã ở và kết quả của sự hợp nhất.

Điều này thường có thể hữu ích để về cơ bản lừa Git nghĩ rằng một nhánh đã được hợp nhất khi thực hiện hợp nhất sau này. Ví dụ: giả sử bạn đã phân nhánh một nhánh phát hành và đã thực hiện một số công việc trên đó mà bạn sẽ muốn hợp nhất trở lại vào nhánh chính của mình tại một số điểm. Trong khi đó, một số lỗi trên bản gốc cần được nhập vào nhánh phát hành của bạn. Bạn có thể hợp nhất nhánh bugfix vào nhánh phát hành và cũng hợp nhất nhánh của chúng ta vào nhánh chính của bạn (mặc dù đã có bản sửa lỗi) nên khi bạn hợp nhất nhánh phát hành lại, không có xung đột từ bugfix.

Một tình huống tôi thấy hữu ích nếu tôi muốn chủ nhân phản ánh những thay đổi của một nhánh chủ đề mới. Tôi đã nhận thấy rằng -Xtheir không hợp nhất mà không có xung đột trong một số trường hợp ... ví dụ:

$ 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.

Trong trường hợp này, giải pháp tôi tìm thấy là

$ git checkout topicFoo

từ topicFoo, lần đầu tiên hợp nhất trong tổng thể bằng cách sử dụng chiến lược -s của chúng tôi, điều này sẽ tạo ra cam kết giả mạo chỉ là trạng thái của topicFoo. $ git merge -s chủ của chúng ta

kiểm tra cam kết hợp nhất đã tạo

$ git log

bây giờ kiểm tra chi nhánh

$ git checkout master

hợp nhất nhánh chủ đề trở lại nhưng lần này sử dụng chiến lược đệ quy -Xtheirs, giờ đây nó sẽ hiển thị cho bạn một nhánh chính với trạng thái topicFoo.

$ git merge -X theirs topicFoo