Fusionando con "git mergetool"

Question

He encontrado git mergetool para ser una utilidad práctica para unir diffs visualmente, pero la forma en que voy parece realmente poco convincente. En esencia, mi proceso tiene este aspecto cuando se reportan conflictos:

1. ejecutar un mergetool git
2. En el indicador, golpeado Introduzca a lanzar mi herramienta de diferencias (Meld o FileMerge, dependiendo de la computadora)
3. resolver los conflictos
4. Guardar los cambios
5. Cierre la herramienta de diferencias

Si tengo más de un conflicto, enjuague, repita. Sí, ese soy yo abriendo y cerrando mi visor de diferencias una vez por cada conflicto en la fusión. Desde que se lanzó desde la línea de comandos, cerrarlo es la única forma que conozco de decirle a git mergetool que he resuelto este conflicto en particular y que puede pasar al siguiente.

Seguramente hay una mejor manera, pero no tengo ni idea. Li'l ayuda, por favor? Este proceso parece loco ineficiente.

Answer 1

A primera vista, no parece posible reutilizar una sesión de herramienta de diferencia externa.

El git-mergetool documentation establece claramente:

Si la herramienta de combinación personalizada indica correctamente el éxito de una resolución de combinación con su código de salida, entonces la variable de configuración mergetool.<tool>.trustExitCode se establece en true.
De lo contrario, git-mergetool indicará al usuario que indique el éxito de la resolución después de que la herramienta personalizada haya salido.

Por lo tanto se necesita el código de salida (o la validación del usuario después de la salida de la herramienta de diferencias), lo que implica que el usuario cierre primero la herramienta de diferencias externo.

Eso parece un gran incentivo para reducir el número de conflictos en cada combinación/rebase uno intentos;) (cualquiera que sea la herramienta VCScs utiliza)

Nota:
otros dos ajustes herramientas git diff externo ("Setting up diff and merge tools for Git on Windows" y "Setting up SourceGear DiffMerge with Git") no dan más esperanzas cuando se trata de no cerrar la herramienta externa de diferenciar ...

Answer 2

el problema para mergetool es que deliberadamente utiliza una interfaz de línea de comandos para iniciar una sesión de mezcla y luego espera para que el comando invocado regrese para determinar cuándo el usuario fusión impulsada ha completado.

La mayoría de las herramientas de combinación no proporcionan un mecanismo de línea de comando para iniciar una sesión de fusión en un proceso ya en ejecución con una forma de determinar cuándo se ha completado la resolución y si fue exitosa o no.

Es concebible que algunas herramientas de combinación puedan proporcionar esta funcionalidad a través de un comando de contenedor separado y algún tipo de IPC, pero sería excesivamente específico de la herramienta y difícil de implementar en el programa genérico mergetool.

Answer 3

Si su mergetool de elección es compatible con la apertura de los archivos en una instancia existente, puede especificar el comando en su 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 luego ejecutar su comando personalizado y luego le pedirá en cuanto a si el archivo se fusionó con éxito (en lugar de buscar un código de salida).

Un ejemplo que acabo hackeado juntos por 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"' 

Esto funciona bastante bien, puedo empezar a usarlo yo mismo!