Виберіть стратегію злиття Git для конкретних файлів ("наші", "мої", "їхні")

Я в середині звільнення після git pull --rebase. У мене є кілька файлів, у яких є конфлікти злиття. Як я можу прийняти "їх" зміни або "мої" зміни для конкретних файлів?

$ git status
# Not currently on any branch.
# You are currently rebasing.
#   (fix conflicts and then run "git rebase --continue")
#   (use "git rebase --skip" to skip this patch)
#   (use "git rebase --abort" to check out the original branch)
#
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:  CorrectlyMergedFile
#
# Unmerged paths:
#   (use "git reset HEAD <file>..." to unstage)
#   (use "git add <file>..." to mark resolution)
#
#       both modified: FileWhereIWantToAcceptTheirChanges
#       both modified: FileWhereIWantToAcceptMyChanges

Зазвичай я просто відкриваю файл або інструмент злиття і вручну приймаю всі "їх" або "мої" зміни. Однак я підозрюю, що мені не вистачає зручної команди git.

Також зауважте, що я можу вибрати стратегію злиття для кожного файлу лише тоді, коли я побачу, які файли потрапляють у конфлікти, можливо, що таке конфлікти.

Для кожного отриманого конфліктного файлу ви можете вказати

git checkout --ours -- <paths>
# or
git checkout --theirs -- <paths>

Від git checkoutдок

git checkout [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <paths>...

--ours
--theirs
Перевіряючи шляхи з індексу, перевірте стадію №2 ( ours) або №3 ( theirs) для безперебійних шляхів.

Індекс може містити незаряджені записи через попереднє невдале злиття. За замовчуванням, якщо ви спробуєте перевірити такий запис з індексу, операція оформлення каси закінчиться невдачею, і нічого не буде перевірено. Використання -fбуде ігнорувати ці незареєстровані записи. Вміст з певної сторони злиття можна перевірити з індексу за допомогою --oursабо --theirs. З -m, зміни, внесені до файлу робочого дерева, можуть бути відхилені, щоб відновити вихідний конфліктний результат злиття.

Навіть незважаючи на те, що на це запитання дано відповідь, надаючи приклад того, що означає "їхнє" та "наше" у разі відновлення git відновлення та злиття. Дивіться це посилання

Git Rebase
theirs - це фактично поточна галузь у випадку ребазування . Отже, наведений нижче набір команд фактично приймає ваші поточні зміни гілки через віддалену гілку.

# see current branch
$ git branch
... 
* branch-a
# rebase preferring current branch changes during conflicts
$ git rebase -X theirs branch-b

Git Merge
Для злиття сенс theirsі oursобернено. Отже, щоб отримати той самий ефект під час злиття , тобто збережіть ваші поточні зміни гілки ( ours) над об'єднаною віддаленою гілкою ( theirs).

# assuming branch-a is our current version
$ git merge -X ours branch-b  # <- ours: branch-a, theirs: branch-b

Зауважте, що ці файлиgit checkout --ours|--theirs будуть перезаписані повністю , вибираючи theirsабо oursверсію, або версію, яка може бути або не бути тією , що ви хочете зробити (якщо у вас є будь-які неконфліктні зміни, що надходять з іншого боку, вони будуть втрачені).

Якщо замість цього ви хочете здійснити тристороннє злиття файлу і вирішити лише конфліктні файли, використовуючи --ours|--theirs, зберігаючи на місці неконфліктні описи з обох сторін, можливо, ви захочете вдатися до цього git merge-file; див. деталі у цій відповіді .