SVN: ya existe un directorio con versiones del mismo nombre

Question

Nuestra cuenta con CVSDude fue migrada esta semana. Después de una semana sin poder acceder a nuestro repositorio, fue una copia de seguridad con una URL ligeramente diferente (un '-' cambió a '.' Básicamente). Utilizamos el comando de reubicación de TortoiseSVN para cambiar las copias de trabajo y había estado funcionando durante un día sin problemas.

Pero hoy comencé a obtener el error en el título al realizar actualizaciones. Eliminé la carpeta en cuestión porque era pequeña y la actualicé nuevamente. Esa carpeta fue recreada en mi copia de trabajo pero otra carpeta comenzó a dar el mismo error.

He buscado en Google, y aquí están las dos respuestas comunes:

• ha cambiado el caso de un nombre de directorio
• usted marcó en sus archivos por error Svn

Nosotros no he cambiado ninguna carpeta - la primera carpeta para comenzar a quejarse no ha sido tocada para los weekks - y también he comprobado dos veces la cosa .svn. Otras personas en el equipo no están reportando el mismo problema, y ​​también están usando Windows + TortoiseSVN.

Ideas/Inspiration?

Answer 1

Creo que haría una nueva comprobación en lugar de actualizaciones. ¿Puedes hacer un svn log -v en el directorio en cuestión?

Answer 2

Suena muy parecido al viejo problema de sensibilidad de mayúsculas y minúsculas. Si ejecuta svn log, verá qué caso el repositorio piensa que su directorio debería ser. Compare con su local. Supongo que no es raro que el repositorio haya sido restaurado desde la copia de seguridad y todo ha cambiado.

La otra alternativa es que un IDE o herramienta ha cambiado la caja de su directorio/archivo. Esto me pasa ocasionalmente con Visual Studio. La tortuga generalmente te dice el problema exacto y te permite solucionarlo.

Aún puede intentar una limpieza que podría reparar un directorio .svn dañado.

Si quiere los binarios svn para Windows, simplemente los agarré de una instalación del Servidor VisualSvn.

Answer 3

Esto me sucede todo el tiempo con la versión 1.6.17, a pesar de que el directorio existente tiene la URL esperada. Lo soluciono moviendo el directorio fuera del camino, haciendo la actualización o el check out, y moviéndolo hacia atrás, golpeando el que acaba de obtener. Estúpido, pero funciona.

mv dir dir2 
svn co blah . 
rm -rf dir 
mv dir2 dir 

Answer 4

Esto también puede ocurrir si tiene un archivo o directorio abierto en otra aplicación (o línea de comandos). Por ejemplo, si svn está intentando actualizar el directorio foo que contiene la barra de archivos, y tiene foo active en cmd o cygwin, o foo/bar abierto en un editor. El panel de texto es particularmente malo con esto, y a veces puede que tenga que cerrarlo por completo.

Una buena utilidad de Windows para descubrir qué aplicaciones tienen bloqueos abiertos en un directorio/archivo es "unlocker".