La fusion avec “git mergetool”

J'ai trouvé git mergetool d'être un utilitaire très pratique pour la fusion des diff visuellement, mais la façon dont je vais le sujet il me semble vraiment bancale. Essentiellement, mon processus ressemble à ceci lorsque les conflits sont signalés:

  1. Exécuter une git mergetool
  2. À l'invite, tapez Entrer pour lancer mon outil de comparaison (Fusionner ou FileMerge, selon l'ordinateur)
  3. Résoudre les conflits
  4. Enregistrer les modifications
  5. Fermer l'outil diff

Si j'ai plus d'un conflit, rincer, répéter. Yep, c'est moi l'ouverture et la fermeture de mon visualisateur une fois pour chaque conflit dans la fusion. Depuis qu'il est lancé à partir de la ligne de commande, la fermeture c'est la seule façon que je connaisse pour indiquer à git mergetool que j'ai résolu ce conflit en particulier et qu'il peut passer à la suivante.

Il y a certainement une meilleure façon, mais je n'ai aucune idée. Li'l aider, s'il vous plaît? Ce processus semble fou inefficace.

  • Vous pouvez également exécuter git mergetool -y d'ignorer les instructions entre les deux. Vous pourriez encore avoir à fermer la mergetool, mais vous n'avez pas à aller vers le terminal et appuyez sur return pour chaque nouvelle fusion.
  • Si vous êtes en train de faire un git merge d'un tas de fichiers et c'est tout ce que vous avez à vous inquiéter, vous n'avez rien à craindre.
  • c'est la meilleure réponse à accélérer la fusion des conflits de processus.
InformationsquelleAutor Rob Wilkerson | 2009-02-25
  1. 34

    À première vue, il ne semble pas possible de réutiliser un externe outil de comparaison de session.

    La git-mergetool de la documentation stipule clairement:

    Si la coutume outil de fusion indique correctement la réussite d'une fusion de la résolution avec son code de sortie, puis la variable de configuration mergetool.<tool>.trustExitCode peut être définie sur true.

    Sinon, git-mergetool invite l'utilisateur à indiquer la réussite de la résolution, selon la coutume de l'outil a quitté.

    De sorte que le code de sortie (ou la validation de l'utilisateur après la sortie de l'outil diff) est nécessaire, ce qui implique que l'utilisateur d'abord fermer l'externe outil de comparaison.

    Qui semble être une forte incitation à réduire le nombre de conflits sur chaque fusion/rebase une tente 😉 (quel que soit le VCScs outil utilisé)

    Remarque:

    Deux autres git externe diff outils de paramètres ("la mise en place de comparaison et de fusion des outils pour Git sur Windows" et "la mise en place SourceGear DiffMerge avec Git") ne donne pas plus d'espoir quand il viennent à pas de clôture externes outil de comparaison...

    • Assez vrai. 🙂 Merci pour le test de cohérence. Quelles sont les autres et vous aide à faire des fusions? Juste à l'ouverture des fichiers dans votre éditeur de choix?
    • Je utiliser WinMerge sur Windows, mais je dois le fermer après chaque résolution, comme vous le faites.
    InformationsquelleAutor VonC
  2. 22

    Si votre mergetool de choix prend en charge l'ouverture des fichiers dans une instance existante, vous pouvez spécifier la commande dans votre git config:

    % git config mergetool.whatever_you_want.cmd 'exec /path/to/merge/tool $LOCAL $MERGED $REMOTE'
% git config merge.tool whatever_you_want

    git mergetool puis exécute votre commande personnalisée, puis vous invite à savoir si le fichier a été fusionné avec succès (en lieu et place de la recherche à un code de sortie).

    Un exemple, j'ai juste bidouillé pour vimdiff:

    % git config mergetool.persistent.cmd 'gvim --remote-tab-silent "+set buftype=nowrite" "$PWD/$BASE" && sleep 1; gvim --remote-send ":split $PWD/$REMOTE<CR>:set buftype=nowrite<CR>:vertical diffsplit $PWD/$MERGED<CR>:vertical diffsplit $PWD/$LOCAL<CR>:set buftype=nowrite<CR><C-W>l"'

    Cela fonctionne assez bien, je peut commencer à l'utiliser moi-même!

    • Intéressant. Je vais essayer ça avec WinMerge. +1
    • Je dois admettre, c'est assez génial. Sera certainement pour voir ce que je peux pirater pour se Fondre.
    • Regarde comme il est en attente d'un correctif de bug et de billets de permettre à fondre pour être utilisé de cette façon: bugzilla.gnome.org/show_bug.cgi?id=453670
    • c'est la façon dont je l'ai installé sur un de nos Fenêtres de bureau des systèmes, en utilisant au-delà de comparer
    InformationsquelleAutor Brian Phillips
  3. 12

    Le problème pour mergetool est qu'il utilise délibérément une interface de ligne de commande pour lancer une session de fusion et attend la commande appelée à revenir à déterminer lorsque l'utilisateur conduit de fusion est terminée.

    La plupart de fusion ne fournissent pas les outils en ligne de commande mécanisme pour le démarrage d'une session de fusion dans un processus en cours d'exécution avec un moyen pour déterminer si la résolution a été achevée et réussie ou non.

    Il est concevable que certains de fusion et d'outils peut fournir cette fonctionnalité via un wrapper de commande et un certain type de l'IPC, mais il serait excessivement outil spécifique et difficile à mettre en œuvre dans le générique mergetool programme.

    • Je suis d'accord avec cette analyse. +1
    • Git peut déterminer la "fusion d'état de réussite" si la fusion de cible a été mis à jour (modifié). Ensuite, si je "enregistrer la fusion", il implique j'ai terminé avec succès. Sinon, il n'a pas. Mais peut-être un 2-l'étape de fusion est nécessaire pour ce cas d'utilisation.
    • Il fait cela pour les outils qui ne signalent pas d'un statut par le biais de leurs valeurs de retour mais ça n'aide pas dans ce cas aussi, il n'y aurait toujours pas d'indication quand il est approprié pour un git pour vérifier l'état que les outils session a déjà commencé et qui peut porter sur après la fusion est terminée.
    • C'est ce que je veux dire par la 2 étape du processus de fusion. Par exemple, etape n ° 1: "git mergetool -t=mygui" lance mon GUI outil de fusion pour tous les jeux de fusion. J'ai corriger manuellement les conflits et de les enregistrer. Etape n ° 2: "git mergetool -t=finition" examine mes modifications pour confirmer la fusion de succès, et décide quoi faire avec chaque fichier comme un résultat (ajouter/checkout).
    • La deuxième étape existe déjà car git add <file> où <fichier> a des conflits de fusion signifie "j'ai résolu cette fusion". Pour obtenir un diff avant a accepté les modifications que vous pouvez déjà faire git add -p .
    • Vraiment? git-mergetool-help n'est pas clair sur l'endroit où $a FUSIONNÉ vie, mais je suppose qu'il pourrait/devrait être dans le travail normal de l'arbre. Malgré tout, quelqu'un doit nettoyer les trois fichiers temporaires, $BASE, $LOCAL et $REMOTE.

    InformationsquelleAutor CB Bailey