Résoudre un conflit Git avec des fichiers binaires

Question

J'ai utilisé Git sur Windows (msysgit) pour suivre les modifications de certains travaux de conception que j'ai réalisés.

Aujourd'hui, j'ai travaillé sur un autre PC (avec un dépôt distant brian) et j'essaie maintenant de fusionner les modifications effectuées aujourd'hui dans ma version locale habituelle sur mon ordinateur portable.

Sur mon ordinateur portable, j'ai utilisé git pull brian master pour récupérer les modifications dans ma version locale. Tout s'est bien passé sauf pour le document principal InDesign - cela se présente comme un conflit.

La version sur le PC (brian) est la dernière que je veux conserver mais je ne sais pas quelles commandes indiquent au dépôt d'utiliser cette version.

J'ai essayé de copier directement le fichier sur mon ordinateur portable mais cela semble compromettre tout le processus de fusion.

Quelqu'un peut-il me guider dans la bonne direction?

Answer 1

git checkout accepte une option --ours ou --theirs pour des cas comme celui-ci. Donc si vous avez un conflit de fusion, et que vous savez que vous voulez juste le fichier de la branche que vous fusionnez, vous pouvez faire :

$ git checkout --theirs -- chemin/vers/fichier-en-conflit.txt

pour utiliser cette version du fichier. De même, si vous savez que vous voulez votre version (et non celle qui est fusionnée), vous pouvez utiliser

$ git checkout --ours -- chemin/vers/fichier-en-conflit.txt

Answer 2

Vous devez résoudre le conflit manuellement (copier le fichier) puis valider le fichier (peu importe si vous l'avez copié ou utilisé la version locale) comme ceci

git commit -a -m "Corriger le conflit de fusion dans test.foo"

Git commet normalement automatiquement après fusion, mais lorsqu'il détecte des conflits qu'il ne peut pas résoudre seul, il applique tous les correctifs qu'il a trouvés et vous laisse le reste pour que vous le résolviez et le validiez manuellement. La page de documentation de fusion Git, le cours accéléré Git-SVN ou cet billet de blog pourraient éclairer sur comment cela est censé fonctionner.

Édit : Voir le post ci-dessous, vous n'avez pas vraiment à copier les fichiers vous-même, mais vous pouvez utiliser

git checkout --ours -- chemin/vers/fichier.txt
git checkout --theirs -- chemin/vers/fichier.txt

pour sélectionner la version du fichier que vous voulez. Copier / éditer le fichier ne sera nécessaire que si vous voulez un mélange des deux versions.

Veuillez marquer la réponse de mipadis comme correcte.

Answer 3

Vous pouvez également surmonter ce problème avec

git mergetool

ce qui fait que git crée des copies locales des fichiers binaires en conflit et ouvre votre éditeur par défaut dessus :

• {conflit}.HEAD
• {conflit}
• {conflit}.REMOTE

De toute évidence, vous ne pouvez pas modifier des fichiers binaires de manière utile dans un éditeur de texte. Au lieu de cela, vous copiez le fichier {conflit}.REMOTE par dessus {conflit} sans fermer l'éditeur. Ensuite, lorsque vous fermez l'éditeur, git remarquera que la copie de travail non décorée a été modifiée et votre conflit de fusion sera résolu de la manière habituelle.

Answer 4

Pour résoudre en conservant la version de votre branche actuelle (ignorez la version de la branche que vous fusionnez), ajoutez simplement le fichier et commitez :

git commit -a

Pour résoudre en écrasant la version de votre branche actuelle avec la version de la branche que vous fusionnez, vous devez d'abord récupérer cette version dans votre répertoire de travail, puis l'ajouter/commettre :

git checkout autrebranche lefichierconflit
git commit -a

Expliqué plus en détail

Answer 5

À partir de la git checkout docs

git checkout [-f|--ours|--theirs|-m|--conflict=] [<tree-ish>] [--] <paths>...</code> </p> <p><strong><code>--ours</code></strong><br> <strong><code>--theirs</code></strong><br> Lorsque vous vérifiez des chemins depuis l'index, vérifiez l'étape #2 (<code>ours</code>) ou #3 (<code>theirs</code>) pour les chemins non fusionnés.</p> <p>L'index peut contenir des entrées non fusionnées en raison d'une fusion précédente échouée. Par défaut, si vous essayez de vérifier une telle entrée depuis l'index, l'opération de vérification échouera et rien ne sera vérifié. L'utilisation de <code>-f</code> ignorera ces entrées non fusionnées. Le contenu d'un côté spécifique de la fusion peut être vérifié depuis l'index en utilisant <code>--ours</code> ou <code>--theirs</code>. Avec <code>-m</code>, les modifications apportées au fichier de l'arborescence de travail peuvent être ignorées pour recréer le résultat de fusion en conflit d'origine.</p> </blockquote></x-turndown>