Escolha a estratégia de mesclagem do Git para arquivos específicos ("nosso", "meu", "deles")

Estou no meio de rebarbas depois de um git pull --rebase. Eu tenho alguns arquivos que possuem conflitos de mesclagem. Como posso aceitar as alterações "deles" ou "minhas" para arquivos específicos?

$ 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

Normalmente, basta abrir o arquivo ou uma ferramenta de mesclagem e aceitar manualmente todas as alterações "deles" ou "minhas". No entanto, suspeito que esteja faltando um comando git conveniente.

Além disso, observe que só poderei escolher uma estratégia de mesclagem para cada arquivo quando vir quais arquivos atingem conflitos e possivelmente quais são os conflitos.

Para cada arquivo em conflito que você obtém, você pode especificar

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

Dos git checkoutdocumentos

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

--ours
--theirs
Ao fazer o check-out de caminhos do índice, verifique o estágio # 2 ( ours) ou # 3 ( theirs) quanto a caminhos não imersos.

O índice pode conter entradas não mescladas devido a uma falha na mesclagem anterior. Por padrão, se você tentar fazer check-out dessa entrada no índice, a operação de check-out falhará e nada será retirado. O uso -fignorará essas entradas não imersas. O conteúdo de um lado específico da mesclagem pode ser retirado do índice usando --oursou --theirs. Com -m, as alterações feitas no arquivo da árvore de trabalho podem ser descartadas para recriar o resultado da mesclagem em conflito original.

Mesmo que essa pergunta seja respondida, fornecendo um exemplo do que "deles" e "nosso" significa no caso de git rebase vs merge. Veja este link

Git Rebase
theirs é na verdade o ramo atual no caso de rebase . Portanto, o conjunto de comandos abaixo está realmente aceitando as alterações de sua ramificação atual na ramificação remota.

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

Git Merge
Para mesclar , o significado de theirse oursé revertido. Portanto, para obter o mesmo efeito durante uma mesclagem , ou seja, mantenha as alterações atuais do seu ramo ( ours) sobre o ramo remoto que está sendo mesclado ( theirs).

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

Note que git checkout --ours|--theirsirá substituir os arquivos totalmente , escolhendo uma das duas theirsou oursversão, que pode ser ou pode não ser o que você quer fazer (se você tiver quaisquer alterações não-conflitantes que vêm do outro lado, eles serão perdidos).

Se em vez você quer executar uma mala de três vias no arquivo, e só resolver os pedaços em conflito usando --ours|--theirs, ao mesmo tempo mantendo pedaços não-conflitantes de ambos os lados no lugar, você pode querer recorrer a git merge-file; veja detalhes nesta resposta .