El paso a paso o código que encontrarás en este artículo es la resolución más sencilla y efectiva que hallamos a esta inquietud o problema.
Solución:
Si obtiene un “no es una copia de trabajo” al hacer una recursiva svn cleanup
Supongo que tiene un directorio que debería ser una copia de trabajo (es decir, el .svn
directorio en el nivel superior lo dice), pero le falta su propio .svn
directorio. En ese caso, podría intentar simplemente eliminar/mover ese directorio y luego hacer una actualización local (es decir, rm -rf content; svn checkout content
).
si obtienes un not a working copy
error, significa que Subversion no puede encontrar un .svn
directorio allí. Compruebe si hay un .svn
directorio en contents
La solución ideal es una caja nueva, si es posible.
Me metí en una situación similar (svn: 'papers' is not a working copy directory
) de una manera diferente, así que pensé en publicar mi historia de batalla (simplificado):
$ svn add papers
svn: Can't create directory 'papers/.svn': Permission denied
¡Ups! corregir permisos… entonces:
$ svn add papers
svn: warning: 'papers' is already under version control
$ svn st
~ papers
$ svn cleanup
svn: 'papers' is not a working copy directory
E incluso en movimiento papers
fuera del camino y corriendo svn up
(que funcionó para el OP) no lo solucionó. Esto es lo que hice:
$ mv papers papers_
$ svn cleanup
$ svn revert papers
Reverted 'papers'
$ mv papers_/ papers
$ svn add papers
Eso funciono.
lo resolvi por
- Copie una copia de seguridad de las carpetas afectadas
- SVN revertir las carpetas afectadas
- Pegue los archivos desde la copia de seguridad
En mi caso, el problema se debió a archivos .svn eliminados.
Comentarios y calificaciones del artículo
Si te sientes motivado, eres capaz de dejar un post acerca de qué le añadirías a esta división.