skipped - svn tortoise tree conflict

Cómo aceptar ''el conflicto de ellos'' para resolver el conflicto de árbol: adición local, entrada entrante al fusionarse

Question

Me he encontrado con el siguiente conflicto de árbol básico: Agregar local, agregar entrante al fusionar.

Sé que podemos usar svn resolve --accept working file para resolverlo, pero SVN me impide usar accept their-conflict para aceptar la versión entrante.

¿Alguien puede decirme cómo reemplazar mi archivo local por el entrante? ¿Es posible usar el svn resolved file de alguna manera?

Answer 1

Lo correcto es detectar este problema en un --dry-run anterior y eliminar el directorio local en conflicto con svn delete antes de realizar la fusión.

Primer escenario: Copia de trabajo con la fusión ya hecha. Solución: elimine la copia de trabajo, extraiga una copia limpia y haga lo correcto.

Segundo escenario: ya se ha comprometido el directorio incorrecto, después de svn resolve --accept=working .

Debe svn delete el directorio conflictivo y volver a ejecutar la combinación desde el directorio principal del directorio conflictivo ignorando mergeinfo . Revertir todos los objetos excepto el directorio conflictivo anterior (ahora no hay conflicto). Comprueba y confirma los cambios.

Ex. Copia de trabajo en una carpeta de WC. Su conflicto en el directorio A / conflictDir:

cd A
svn delete conflictDir
svn merge --ignore-ancestry -rbeginRev:endRev <URLrepo/A>
svn -R revert `ls | grep -v conflictDir`
<... check ...>
svn ci -m "conflictDir fixed"

Answer 2

Tuve un problema similar, donde svn actualizar un archivo que ha entrado en conflicto con mi archivo local. Quiero que la copia remota reemplace mi copia local. Lo que hice es svn delete file_name , y luego svn revert file_name . Se recupera a la copia remota. No estoy seguro de si la primera eliminación svn es necesaria o no.