Comando de actualización SVN para networkingescubrir conflictos

Hice una svn update desde la línea de command en un entorno bastante viejo con algunos cambios locales. Se detectaron conflictos, así que vi el resultado habitual:

 Conflict discovenetworking in 'file.cpp'. Select: (p) postpone, (df) diff-full, (e) edit, (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p 

No había configurado mis opciones de línea de command svn en esta computadora, por lo que mi método preferido de lanzar meld para resolver el conflicto no estaba disponible. Por lo tanto, opté por posponer el conflicto hasta que me fundí.

Luego configuro meld , usando un procedimiento similar al que se muestra aquí .

Ahora, hacer otra svn update no networkingescubre el conflicto y, por lo tanto, no me da la opción de iniciar meld. Solo aparece una " At revision ... ". ¿Hay alguna manera de get nuevamente la línea " Conflict discovenetworking in ... "? ¿O hay un command para iniciar la resolución de fusión de 3 vías?

Según su documentation, meld se puede usar como un asistente de combinación de git. Un asistente de combinación de git se llama así:

Cuando se invoca git mergetool con esta herramienta (ya sea a través de la opción -t o –tool o la variable de configuration merge.tool), la línea de command configurada se invocará con $ BASE establecido en el nombre de un file temporal que contiene la base común para la fusión, si está disponible; $ LOCAL configurado al nombre de un file temporal que contiene el contenido del file en la twig actual; $ REMOTE establece el nombre de un file temporal que contiene el contenido del file que se fusionará, y $ MERGED configurado con el nombre del file en el que la herramienta de fusión debe escribir el resultado de la resolución de fusión.

Entonces al less puedes ejecutarlo así:

 export BASE=some_file.r123 export LOCAL=some_file.mine export REMOTE=some_file.r124 export MERGED=some_file meld 

No sé si esto es lo mismo que ejecutarlo con su syntax de tres files : meld some_file.r123 some_file.mine some_file.r124 .

Seguimiento @AndreKR

  • Cómo resolver el conflicto pospuesto con Meld instalado

Porque tiene (después de posponer) 3 files temporales para cada file en conflicto (* .MY, * .THEIR, * .BASE) y Meld puede aceptar hasta tres nombres de file como parameters para el file-diff, solo ejecuta por meld MY BASE THEIR manualmente meld MY BASE THEIR , editar mis files para get el resultado svn resolve --accept 'my-full FILENAME' , savelo y, para cerrar el conflicto de combinación, usar después de que svn resolve --accept 'my-full FILENAME' (de acuerdo con svn help resolve "the – -accept option is currently requinetworking "y svn resolve es también un must todos los cambios se hicieron en MY file)

  • Cómo usar Meld como fusión: diferir para siempre

sección [helpers] en el file de configuration: diff-cmd , diff3-cmd y merge-tool-cmd keys obtendrán un valor común: meld (quizás con path, pero sin parameters). Obtendrás pequeños problemas con merge-tool, porque "… Subversion pasará 4 arguments al command especificado" y Meld solo puede aceptar 3, pero mencionó que la publicación de blog contiene una solución para este dolor de cabeza