¿Qué versión del archivo git se usará finalmente: LOCAL, BASE o REMOTE?

Cuando hay una colisión durante git merge, abro una herramienta de combinación llamada Meld . Abre tres archivos LOCAL, BASE y REMOTE. Como he leído LOCAL es mi rama local, BASE es un ancestro común y REMOTE es la rama que se fusionará.

Ahora a mi pregunta: ¿qué versión del archivo se usará finalmente? ¿Es a distancia? Si es así, ¿puedo editarlo como quiera, independientemente de lo que haya en la rama BASE, por ejemplo?

Es el uno en el medio: BASE.

De hecho, BASEno es el ancestro común, sino la fusión a medio terminar donde los conflictos están marcados con >>>>y <<<<.

Puede ver los nombres de los archivos en la parte superior de la ventana de edición de fusión.

Mira la captura de pantalla aquí

Puede editar el BASEarchivo como desee con o sin usar los comandos de fusión.
También puede deshacerse de la fusión y simplemente editar el archivo con su editor de texto favorito.

• El código entre <<<< HEADy los =====marcadores es el de su archivo local antes de la fusión.
• El código entre ====y >>>> <branch name>es el del archivo remoto.

Meld tiene una función de fusión de 3 vías oculta activada al pasar el cuarto parámetro:

meld $LOCAL $BASE $REMOTE $MERGED

Los paneles derecho e izquierdo se abren en modo de solo lectura, por lo que no puede fusionarse accidentalmente al revés. El panel central muestra el resultado de la fusión. Para los conflictos, muestra la versión base para que pueda ver todos los bits importantes: texto original en el medio y modificaciones conflictivas en ambos lados. Finalmente, cuando presiona el botón "Guardar", se escribe el archivo $ MERGED, exactamente como lo esperaba git.

El archivo ~ / .gitconfig que uso contiene la siguiente configuración:

[merge]
tool = mymeld
conflictstyle = diff3
[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE $MERGED

esto abre meld con 3 pestañas, la 1ra y 2da pestaña que contiene los diferenciales simples que estoy tratando de fusionar, y la 3ra pestaña, abierta por defecto, muestra la vista de fusión de 3 vías.

Ahora, la razón por la cual la función está oculta es que aún no está lo suficientemente pulida. Es muy útil como lo es ahora, pero Kai Willadsen, el autor de la fusión, señaló algunas arrugas que necesitan ser eliminadas. Por ejemplo, no hay GUI para iniciar el modo de fusión de 3 vías, la sintaxis de la línea de comandos es un poco arcana, y tal. Si hablas python y tienes algo de tiempo libre, ya sabes qué hacer.

Editar: en las versiones más nuevas de Meld, la sinax ha cambiado ligeramente. Esto estaba en los comentarios, pero pertenece a la respuesta.

El comando meld ahora usa la opción --output, por lo que la última línea del fragmento anterior debería ser:

cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED

Hay 4 archivos involucrados:

1. $LOCALEl archivo en la rama donde se está fusionando; intacto por el proceso de fusión cuando se le muestra

2. $REMOTEEl archivo en la rama desde donde se está fusionando; intacto por el proceso de fusión cuando se le muestra

3. $BASEEl ancestro común de $ LOCAL y $ REMOTE, es decir. el punto donde las dos ramas comenzaron a desviar el archivo considerado; intacto por el proceso de fusión cuando se le muestra

4. $MERGEDEl archivo parcialmente fusionado, con conflictos; este es el único archivo tocado por el proceso de fusión y, en realidad, nunca se muestra enmeld

El $MERGEDarchivo es el que contiene las <<<<<<, >>>>>>, =====(y, tal vez, ||||||marcadores) (que entra en conflicto delimitan). Este es el archivo que edita manualmente para corregir conflictos.

La edición manual de conflictos y la edición visual de conflictos se realizan en diferentes archivos y presentan diferentes informaciones.

Cuando se utiliza el mergetool (asumir meld), los archivos que están viendo el mismo son: $LOCAL, $BASE, $REMOTE. Tenga en cuenta que no ve el $MERGEDarchivo, aunque esto se pasa como un parámetro oculto parameld para escribir el resultado de la edición allí.

En otras palabras, en meld, está editando el archivo en el medio, el $BASEarchivo, y selecciona todos los cambios de la izquierda o de la derecha manualmente . Es un archivo limpio, no tocado por el proceso de fusión. La única falla es que, cuando guarda, no guarda en el $BASEarchivo, pero en el cuarto parámetro oculto de meld, ese es el $MERGEDarchivo (que ni siquiera ve). El $BASEarchivo no contiene conflictos ni fusiones parciales exitosas porque no es el $MERGEDarchivo .

En la edición visual, al presentarle el $BASEarchivo (en lugar del $MERGEDarchivo) gitbásicamente descarta todos sus intentos de hacer la fusión (esos intentos son visibles, si lo desea, en el archivo $ MERGED) y le permite hacer la fusión por completo a partir de cero .

La conclusión es que en los conflictos de fusión manual y visual no está mirando los mismos archivos, pero el resultado final está escrito en el mismo archivo (ese es el $MERGEDarchivo).

La corrección manual de los conflictos se realiza en $MERGEDporque git no tiene medio de presentarle tres archivos, por lo que aplasta a la información de los tres archivos ( $LOCAL, $BASE, $REMOTE) en ese $MERGEDarchivo.

Pero las herramientas visuales tienen los medios para mostrarles tres archivos: te muestran los $LOCAL, $BASE, $REMOTEarchivos. Usted va a recoger los cambios de las $LOCALy los $REMOTEarchivos y usted está trayendo a los que en el $BASEarchivo, completamente re-construcción e incluso sobrescribir el fallido intento de fusionar ese es el $MERGEDarchivo.

La solución de Cosmin funciona, pero el archivo $ BASE se actualiza, no $ MERGED . Esto actualizará el archivo $ MERGED :

Fusión: v1.8.4

[merge]
  conflictstyle = diff3
  tool = mymeld
[mergetool "mymeld"]
  cmd = meld --auto-merge --output $MERGED $LOCAL $BASE $REMOTE --diff $BASE $LOCAL --diff $BASE $REMOTE

Con Meld 1.7, la solución de Tomek Bury ya no funciona.

La configuración predeterminada no me satisfizo:

En cambio para Meld> = 1.7 sugiero una de las otras dos soluciones.

Primera solución :

 meld $LOCAL $BASE $REMOTE --auto-merge

Segunda solución :

 meld $LOCAL $MERGED $REMOTE

.gitconfig

Copie y pegue esto en su .gitconfigarchivo para obtener las soluciones como se describe anteriormente:

[merge]
    tool = meld16
[mergetool "meld17"]
    # use this for Meld >=1.7
    # see http://stackoverflow.com/a/22911793/859591
    # second solution:
    cmd = meld $LOCAL $MERGED $REMOTE
    # first solution:
    #cmd = meld $LOCAL $BASE $REMOTE --auto-merge
[mergetool "meld16"]
    cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED

[include]
    # requires git v1.7.10+
    path = .gitconfig.local

Copie y pegue esto en un .gitconfig.localarchivo para configurar meld17 o meld16 solo para esta máquina en caso de que use su .gitconfig en varias máquinas:

# This is a host specific config file!
# Note that git 1.7.10+ is needed
# http://stackoverflow.com/a/9733277/859591
[merge]
    tool = meld17

Descubrí que ninguno de los archivos predeterminados mostrados se estaba guardando. meld se mostraba $LOCAL, $REMOTEy $BASEpor defecto. Para que funcione, necesitaba hacer meld show en $MERGEDlugar de $BASE. Poniendo esto en mi lo ~/.gitconfigarregló para mí:

[merge]
        tool = mymeld
[mergetool "mymeld"]
        cmd = meld "$LOCAL" "$MERGED" "$REMOTE"

Estoy usando Arch, con:

$ git --version
git version 1.8.2
$ meld --version
meld 1.7.1

Por alguna razón, las versiones más nuevas de fusión no muestran líneas de marcador agregadas para conflictos (<<<<<<<, =======, >>>>>>>). Si desea ver esas líneas, debe instalar meld v 1.3.3 o anterior.

Consulte la respuesta de Saad para obtener la respuesta correcta.

Con meld 1.8.1 en Ubuntu estaba obteniendo el

número incorrecto de argumentos suministrados a --diff

y agregando la salida - antes de que $ MERGED me lo arreglara:

[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED