Elija la estrategia de combinación Git para archivos específicos ("nuestro", "mío", "suyo")

Estoy en medio de un rebase después de a git pull --rebase. Tengo algunos archivos que tienen conflictos de fusión. ¿Cómo puedo aceptar "sus" cambios o "mis" cambios para archivos 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 solo abro el archivo o una herramienta de combinación y acepto manualmente todos los cambios "sus" o "mis". Sin embargo, sospecho que me falta un comando git conveniente.

Además, tenga en cuenta que solo podré elegir una estrategia de fusión para cada archivo cuando vea qué archivos golpean conflictos y posiblemente cuáles son los conflictos.

Para cada archivo en conflicto que obtenga, puede especificar

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

De los git checkoutdocumentos

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

--ours
--theirs
Cuando revise las rutas desde el índice, revise la etapa # 2 ( ours) o # 3 ( theirs) para las rutas no fusionadas.

El índice puede contener entradas no fusionadas debido a una fusión fallida previa. De forma predeterminada, si intenta desproteger dicha entrada del índice, la operación de desprotección fallará y no se desprotegerá nada. El uso -fignorará estas entradas no fusionadas. El contenido de un lado específico de la fusión se puede extraer del índice utilizando --ourso --theirs. Con -m, los cambios realizados en el archivo de árbol de trabajo se pueden descartar para volver a crear el resultado de fusión en conflicto original.

A pesar de que esta pregunta es respondida, brinda un ejemplo de lo que significa "suyo" y "nuestro" en el caso de git rebase vs merge. Ver este enlace

Git Rebase
theirs es en realidad la rama actual en el caso de rebase . Por lo tanto, el siguiente conjunto de comandos en realidad está aceptando los cambios actuales de su rama en la rama remota.

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

Git Merge
Para fusionar , el significado de theirsy oursse invierte. Por lo tanto, para obtener el mismo efecto durante una fusión , es decir, mantener los cambios de rama actuales ( ours) sobre la rama remota que se está fusionando ( theirs).

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

Tenga en cuenta que git checkout --ours|--theirsva a sobrescribir los archivos por completo , ya sea por la elección theirso la oursversión, que podría ser o no ser lo que quiere hacer (si tiene cualquier cambio no conflictivas que vienen desde el otro lado, se perderán).

Si, por el contrario, desea realizar una fusión tripartita en el archivo y solo resuelve los trozos en conflicto utilizando --ours|--theirs, mientras mantiene a los trozos no conflictivos de ambos lados en su lugar, puede recurrir a git merge-file; ver detalles en esta respuesta .