Choisissez la stratégie de fusion Git pour des fichiers spécifiques («les nôtres», «les miens», «les leurs»)

Je suis en train de rebaser après a git pull --rebase. J'ai quelques fichiers qui ont des conflits de fusion. Comment puis-je accepter «leurs» modifications ou «mes» modifications pour des fichiers spécifiques?

$ 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

Normalement, j'ouvre simplement le fichier ou un outil de fusion et accepte manuellement toutes "leurs" ou "mes" modifications. Cependant, je soupçonne que je manque une commande git pratique.

Notez également que je ne pourrai choisir une stratégie de fusion pour chaque fichier que lorsque je verrai quels fichiers sont en conflit et éventuellement quels sont les conflits.

Pour chaque fichier en conflit que vous obtenez, vous pouvez spécifier

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

À partir des git checkoutdocuments

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

--ours
--theirs
Lors de l'extraction de chemins à partir de l'index, consultez l'étape # 2 ( ours) ou # 3 ( theirs) pour les chemins non fusionnés.

L'index peut contenir des entrées non fusionnées en raison d'une précédente fusion ayant échoué. Par défaut, si vous essayez d'extraire une telle entrée de l'index, l'opération d'extraction échouera et rien ne sera extrait. L'utilisation -fignorera ces entrées non fusionnées. Le contenu d'un côté spécifique de la fusion peut être extrait de l'index à l'aide de --oursou --theirs. Avec -m, les modifications apportées au fichier d'arborescence de travail peuvent être ignorées pour recréer le résultat de la fusion conflictuelle d'origine.

Même si cette question reçoit une réponse, elle fournit un exemple de ce que «leur» et «le nôtre» signifient dans le cas de git rebase vs merge. Voir ce lien

Git Rebase
theirs est en fait la branche actuelle dans le cas de rebase . Ainsi, l'ensemble de commandes ci-dessous accepte réellement vos modifications de branche actuelles sur la branche distante.

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

Git Merge
Pour fusion , le sens de theirset oursest inversé. Donc, pour obtenir le même effet lors d'une fusion , c'est-à-dire, conservez vos modifications de branche actuelles ( ours) sur la branche distante fusionnée ( theirs).

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

Notez que git checkout --ours|--theirsva écraser les fichiers entièrement , en choisissant soit theirsou la oursversion, ce qui pourrait être ou ne pas être ce que vous voulez faire (si vous avez des modifications non conflictuelles provenant de l'autre côté, ils seront perdus).

Si, à la place, vous souhaitez effectuer une fusion à trois sur le fichier et résoudre uniquement les mecs en conflit à l' aide --ours|--theirs, tout en conservant les mecs non en conflit des deux côtés en place, vous souhaiterez peut-être recourir à git merge-file; voir les détails dans cette réponse .