skipped - No se puede resolver el conflicto de árbol con SVN
tortoise svn resolve conflict (5)
Esto es lo que me sirvió para abandonar todos los cambios locales e ir con los archivos del repositorio del servidor:
svn update --accept theirs-full
svn resolve --accept theirs-full <pathname>
Aparece este mensaje: W155027: el conflicto de árbol solo se puede resolver para ''trabajar''
El siguiente paso no es intuitivo, pero esto en realidad corta el catch-22 :
svn resolve --accept=working <pathname>
AHORA revertir todos los cambios "de trabajo" recursivamente. Esto deshizo todos mis cambios locales.
svn revert -R .
De vuelta a la normalidad, sin errores:
svn update
Recientemente me encontré con un comportamiento muy extraño de subversión.
Acabo de fusionar mi copia local de una rama con una rama remota. Todo salió bien, pero tengo 1 conflicto de árbol (eliminación local, actualización remota).
Bien, pensé, modifiqué la copia de trabajo adecuadamente y ejecuté "svn resolver --accept = working -R.".
Subversion dijo que ha resuelto mis problemas y "svn st" ya no mostraba ningún problema. Así que traté de comprometerme, pero svn me dijo que una de las carpetas internas (dentro de la que estaba en conflicto) estaba desactualizada y sugirió que subiera, ¡PERO hizo que la carpeta volviera a estar en conflicto!
¿Qué debo hacer para salir de este círculo visioso?
Esto puede o no puede ayudar, pero a veces una "limpieza svn" solucionará problemas de metadatos extraños. Si extrae una copia de trabajo limpia, ¿tiene la misma copia el mismo problema? Si es así, la respuesta anterior suena como un paso en la dirección correcta.
Probablemente no tenías tus carpetas actualizadas cuando hiciste la fusión, o hubo un conflicto en algún lugar antes de la fusión. Para solucionarlo, tendría que revertir su troncal (carpeta de destino) a la revisión anterior. A continuación, ejecute la limpieza en esa carpeta. Luego ejecute la limpieza en la carpeta de la rama (carpeta de origen). A continuación, actualice las dos carpetas de nuevo. Si obtiene líneas en rojo en cualquier flujo de trabajo, primero debe revertir esos archivos y luego ponerlos en el estado en que los quiere. Luego, actualice las carpetas (sí, una vez más). Finalmente realizar la fusión de nuevo.
Puede usar una forma diferente a la del comando svn resolver:
- Crear un parche del archivo en conflicto. (o una copia de seguridad de su versión de la carpeta en conflicto con svn export ...)
- Actualiza tu repositorio (svn update)
- Aplique el parche realizado anteriormente (o reemplace la carpeta / archivo en conflicto con la copia de seguridad)
- Cometer el cambio (svn commit)
~/sandbox/jabira > svn resolve --accept=theirs-full testClient/
svn: warning: Tree conflicts can only be resolved to ''working'' state; ''testClient'' not resolved
~/sandbox/jabira > svn resolve --accept=working testClient/
Resolved conflicted state of ''testClient''
Espero que esto ayude