Выберите стратегию слияния 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 rebase vs merge. Смотрите эту ссылку

Git Rebase
theirs - это текущая ветка в случае rebase . Таким образом, приведенный ниже набор команд фактически принимает ваши текущие изменения ветки через удаленную ветку.

# 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; подробности смотрите в этом ответе .