¿Cómo solucionar “falta el área de administración que contiene la copia de trabajo” en SVN?

StackOverflow https://stackoverflow.com/questions/1394076

  •  21-09-2019
  •  | 
  •  

Pregunta

Eliminé manualmente un directorio que acabo de agregar, sin conexión, en mi repositorio.No puedo restaurar el directorio.

Cualquier intento de realizar una actualización o confirmación fallará con: 

"blabla/.svn" containing working copy admin area is missing.

Entiendo por qué, pero ¿hay alguna forma de solucionarlo?

No quiero verificar todo el repositorio y agregarle mis cambios manualmente, me llevaría horas.

¿Fue útil?

Solución

De acuerdo con esto: http: // www. devcha.com/2008/03/svn-directory-svn-containing-working.html

Salida de la carpeta "blabla" a una ubicación diferente y luego copiar la espalda carpeta .svn en el "blabla" original.

Otros consejos

fwiw, que tenía una situación similar y usa SVN --force eliminar __dir __ . Que resolvió el problema para mí. Luego continué trabajando con mi copia de trabajo con normalidad.

Lo que hice para solucionar este problema era eliminar el archivo locales copia de la carpeta en cuestión y luego hacer un svn update de la matriz directamente después.

arreglaron enseguida.

Se puede tratar de ver una nueva copia del directorio padre?

Editar Para ser poco más específico, me refería a sugerir que sube un nivel y eliminar el directorio que contiene. A continuación, hacer un 

svn update --set-depth infinity

para reemplazar el directorio.

He añadido un directorio a SVN, entonces eliminado accidentalmente la carpeta .svn dentro.

He utilizado 

svn delete --keep-local folderName

para solucionar mi problema.

Me acabo de hacer 'svn revert / blabla' y funcionó, la carpeta está de vuelta y puedo borrarlo SVN

El error de "Directorio 'bla / Svn' que contiene la copia de trabajo área de administración no se encuentra" ocurrió cuando traté de añadir el directorio para el repositorio, pero no tenía suficientes privilegios de sistema de archivos para hacerlo. El directorio no estaba ya en el repositorio, pero estaba afirmando ser bajo control de versiones después de la adición fallado.

La retirada de una copia del directorio padre a otro lugar, y la sustitución de la carpeta .svn en el directorio padre de la copia de trabajo me permitió añadir y asignará al nuevo directorio con éxito (después de fijar los permisos de archivo, por supuesto).

Utilizamos Maven y SVN. Se trataba de un registro erróneo de directorio de destino a SVN que causan este error. La eliminación de todo lo que se fija, si esta receta ayuda a nadie.

Me trató svn rm --force /path/to/dir en vano, pero terminó svn up sólo corriendo y se lo fijó para mí.

tuve este error hace poco, cuando los archivos fueron excluidos por los ajustes en mis globales SVN. El error fue especialmente desagradable ya que también eliminan los archivos directamente desde el repositorio - y esto significaba que las soluciones anteriores se niegan no funcionaría. En este caso, eliminar manualmente el directorio .svn desde el directorio que quité de SVN me permitió hacer funcionar una actualización que luego me permitió cometer.

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:

  1. Eliminar la carpeta "subcarpeta"
  2. Limpiar la carpeta "supercarpeta"
  3. Intente cambiar nuevamente la carpeta "supercarpeta"

esto funcionó para mí.Por favor déjame saber si también funciona para ti.

tuve este error recientemente. Fue causado por la raíz ser dueño de un par de archivos en el directorio dando este error.

Después de haber cambiado los permisos de todo funcionó como se esperaba.

no entendía mucho de sus mensajes. Mi solución es

  1. Cortar la carpeta problemática y copiar a algún lugar.
  2. Obtener la solución de la subversión en otro directorio de trabajo (solo uno nuevo).
  3. Añada su carpeta guardada a la nueva copia de trabajo y añadirlo como proyecto existente (si se trata de proyecto como en mi caso).
  4. Commit;

he tenido este problema. Basta con mover blabla a otra ubicación temporal, informe a SVN para revertirlo, y luego moverlo hacia atrás. Se trata como una nueva adición. Simple!

El más simple que me ayudó: 

rm -rf _dir_in_question_
svn up

Si tiene cambios en el directorio problemático, entonces esto no es una buena solución para usted.

Me encontré con este problema al sustituir una tercera biblioteca API de fiesta con una nueva versión, y ninguna de las soluciones aquí realmente trabajado para mí porque quería reemplazar la versión SVN con la versión local. Mi solución fue la siguiente:

1) Mover la carpeta de ofender a mi directorio home, elimínelo de SVN y cometer: 

mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"

2) Poner la parte posterior carpeta, añadirlo a SVN y comprometerse de nuevo: 

mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"

Ligeramente irritante tener que comprometerse dos veces, pero parece haber funcionado bien.

Sólo en caso de nadie todavía quiere otra solución:

  1. Compruebe en su nueva carpeta como "foldername2"
  2. Ir a Tortise SVN navegador de repositorio
  3. Cambiar nombre "foldername2" a "nombre de carpeta"
  4. En el Explorador de Windows realiza una actualización

Esperamos que ayude a alguien.

-EV

Para mí, el mismo problema ocurrió cuando ambos:

  • borrado (--force) un archivo .map
  • .map añadido * svn:ignore a través svn propedit svn:ignore .

Mi solución fue:

  1. deshacer los cambios a la propiedad
  2. confirmar los cambios a los archivos
  3. obtenga una nueva copia del repositorio (¡ay!)
  4. cambiar la propiedad y comprometerse

he tenido este problema cuando yo estaba tratando de añadir un directorio a SVN. Lo resuelto por entrar en navegador de repositorios. hacer clic derecho en la ventana izquierda, selecciona la carpeta de complemento y añadir el directorio directamente en el navegador de repositorios.

Me continuación, se elimina el directorio local (después de copia de seguridad, por supuesto) hizo una limpieza y actualización de SVN y todo estaba funcionando de nuevo.

En primer lugar de partida de los proyectos en el sistema en una carpeta. A continuación, retire la carpeta .svn del proyecto de conflicto y copiar la carpeta .svn de la nueva carpeta de obtención y pegarlo en su carpeta de copia de trabajo. Entonces problema está resuelto.

Una tarea común que experimenté fue tener que tomar una repo en la estadificación y copiarlo a otro repo - tanto en SVN y tanto llamó el mismo nombre. La forma en que trabajó para mí era 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
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top