Eliminé manualmente un directorio que acabo de agregar, sin conexión, en mi repositorio. No puedo restaurar el directorio.
Cualquier intento de hacer una actualización o una confirmación fallará con:
"blabla/.svn" containing working copy admin area is missing.
Entiendo por qué, pero hay de todos modos para arreglar esto.
No quiero verificar el repositorio completo y agregarle mis cambios manualmente, tomaría horas.
Respuestas:
De acuerdo con esto: http://www.devcha.com/2008/03/svn-directory-svn-containing-working.html
Extraiga la carpeta "blabla" en una ubicación diferente y luego copie su carpeta .svn nuevamente en la "blabla" original.
fwiw, tuve una situación similar y usé svn --force delete __dir__ . Eso resolvió el problema para mí. Luego seguí trabajando con mi copia de trabajo como de costumbre.
svn cleanupEntonces svn --force delete <directory-that-doesn't-exist-but-should>trabajó para mí.
Lo que hice para solucionar esto fue eliminar la copia local de la carpeta en cuestión y luego hacer una copia del svn updatepadre directamente después.
Lo arregló de inmediato.
¿Puedes intentar ver una nueva copia del directorio principal?
Editar: para ser un poco más específico, quise sugerir subir un nivel y eliminar el directorio que lo contiene. Entonces haz un
svn update --set-depth infinity
para reemplazar el directorio
--set-depth infinitypor esto: stackoverflow.com/questions/866835/…
Agregué un directorio a svn, luego eliminé accidentalmente la carpeta .svn dentro.
solía
svn delete --keep-local folderName
para arreglar mi problema
svn checkout --force [url]la que recrea la carpeta .svn
El error "Falta el directorio 'blah / .svn' que contiene el área de administración de la copia de trabajo" ocurrió cuando intenté agregar el directorio al repositorio, pero no tenía suficientes privilegios del sistema de archivos para hacerlo. El directorio aún no estaba en el repositorio, pero afirmaba estar bajo control de versión después de la adición fallida.
Verificar una copia del directorio principal en otra ubicación y reemplazar la carpeta .svn en el directorio principal de la copia de trabajo me permitió agregar y confirmar el nuevo directorio con éxito (después de corregir los permisos del archivo, por supuesto).
Usamos maven y svn. Fue un registro erróneo del directorio de destino a SVN lo que causó este error. Eliminar eso solucionó todo, si esta pista ayuda a alguien.
Recientemente tuve este error, cuando los archivos fueron excluidos por la configuración en mis globales SVN. El error fue especialmente desagradable ya que también eliminé los archivos directamente del repositorio, y esto significaba que las soluciones anteriores se negaban a funcionar. En este caso, eliminar manualmente el directorio .svn del directorio que eliminé de SVN me permitió ejecutar una actualización que luego me permitió confirmar.
Tuve el mismo problema cuando intentaba cambiar "C: \ supercarpeta"
Error de mensajes:
Directory 'C:\superfolder\subfolder\.svn' containing working copy admin area is missing Please execute the 'Cleanup' command.
Después de intentar hacer una "limpieza", recibí el siguiente error:
Cleanup failed to process the following paths: C:\superfolder\ 'C:\superfolder\subfolder\' is not a working copy directory
Solución:
Esto funcionó para mí. Avísame si también te funciona.
No entendí mucho de tus publicaciones. Mi solucion es
Me encontré con este problema al reemplazar una biblioteca API de terceros con una versión más nueva, y ninguna de las soluciones aquí realmente funcionó para mí porque quería reemplazar la versión SVN con la versión local. Mi solución fue la siguiente:
1) Mueva la carpeta ofensiva a mi directorio de inicio, elimínela de SVN y confirme:
mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"2) Vuelva a colocar la carpeta, agréguela a SVN y confirme nuevamente:
mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"Ligeramente irritante tener que cometer dos veces, pero parece haber funcionado bien.
En caso de que alguien quiera otra solución:
Espero que ayude a alguien.
-Ev
Para mí, el mismo problema ocurrió cuando ambos:
--force) un archivo .mapsvn:ignoreviasvn propedit svn:ignore .Mi solución fue:
Tuve este problema cuando intentaba agregar un directorio a svn. Lo resolví yendo al navegador de repositorios. Haga clic derecho en la ventana izquierda, elija agregar carpeta y agregue el directorio directamente en el navegador de repositorios.
Luego eliminé el directorio localmente (después de la copia de seguridad, por supuesto), hice una limpieza y una actualización de svn y todo volvió a funcionar.
En primer lugar, verifique el proyecto en su sistema en una carpeta. Luego, elimine la carpeta .svn del proyecto en conflicto y copie la carpeta .svn de la nueva carpeta de pago y péguela en su carpeta de copia de trabajo. Entonces el problema está resuelto.
Una tarea común que experimenté fue tener que tomar un directorio de repositorio en la preparación y copiarlo en otro repositorio, ambos bajo SVN y ambos con el mismo nombre. La forma en que funcionó para mí fue la siguiente:
svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A
.svnsubdirectorios por todo el lugar debe haber sido la peor idea en el historial de control de versiones.