remove from delete control svn repair delete-directory

from - svn rename folder



¿Cómo reparar "que contiene el área de administración de copia de trabajo faltante" en SVN? (20)

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 de todos modos hay que arreglar esto.

No quiero pagar todo el repositorio y agregar mis cambios manualmente, tomaría horas.

¿Puedes intentar ver una nueva copia del directorio principal?

Editar: para ser un poco más específico, quise sugerir subir un nivel y borrar el directorio que contiene. Entonces haz una

svn update --set-depth infinity

para reemplazar el directorio

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

Agregué un directorio a svn, luego borré accidentalmente la carpeta .svn dentro.

solía

svn delete --keep-local folderName

para arreglar mi problema

El error "Directorio" blah / .svn ''que contiene el área de administración de copia de trabajo falta "ocurrió cuando intenté agregar el directorio al repositorio, pero no tenía suficientes privilegios del sistema de archivos para hacerlo. El directorio no estaba ya en el repositorio, pero afirmaba estar bajo el control de la versión después del complemento fallido.

Revisar una copia del directorio padre a otra ubicación y reemplazar la carpeta .svn en el directorio padre 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).

En caso de que alguien quiera otra solución:

  1. Comprueba tu nueva carpeta como "foldername2"
  2. Entrar en el navegador de repo de Tortise SVN
  3. Cambiar el nombre de "foldername2" a "foldername"
  4. En Windows Explorer, haga una actualización

Espero que ayude a alguien.

-Ev

En primer lugar, compruebe el proyecto en su sistema en una carpeta. A continuación, elimine la carpeta .svn del proyecto de conflicto y copie la carpeta .svn de la nueva carpeta de verificación y pegue en la carpeta de copia de trabajo. Entonces el problema está resuelto.

Intenté svn rm --force /path/to/dir inútilmente pero terminé ejecutando svn up y lo arreglé para mí.

Lo más simple que me ayudó:

rm -rf _dir_in_question_ svn up

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

Lo que hice para solucionar esto fue eliminar la copia local de la carpeta en cuestión y luego hacer una svn update del padre directamente después.

Se corrigió.

Me encontré con este problema al reemplazar una biblioteca de API de terceros por una versión más nueva, y ninguna de las soluciones aquí me funcionó realmente porque quería reemplazar la versión de SVN con la versión local. Mi solución fue la siguiente:

1) Mover la carpeta ofensiva a mi directorio de inicio, eliminarla de SVN y confirmar:

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

2) Retira la carpeta, agrégala a SVN y vuelve a cometer:

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

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

No entendí mucho de tus publicaciones. Mi solución es

  1. Corta la carpeta problemática y copia a alguna ubicación.
  2. Obtenga la solución de Subversion en otro directorio de trabajo (solo uno nuevo).
  3. Agregue su carpeta guardada a la nueva copia de trabajo y agréguela como Proyecto existente (si es un proyecto como en mi caso).
  4. Cometer;

Para mí, el mismo problema sucedió cuando los dos:

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

Mi solución fue:

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

Tuve el mismo problema cuando estaba intentando 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. Intenta cambiar nuevamente la carpeta "supercarpeta"

esto funcionó para mí. Por favor, avíseme si también funciona para usted.

Tuve este error recientemente, 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 rechazarían y no funcionarían. 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 este error recientemente. Fue causado por la raíz que posee un par de archivos en el directorio que proporciona este error.

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

Tuve este problema Simplemente mueva blabla a otra ubicación temporalmente, dígale a svn que la revierte y luego vuelva a moverla. Se trata como una nueva adición. ¡Sencillo!

Tuve este problema cuando estaba tratando de agregar un directorio a svn. Lo resolví yendo al navegador de repositorio. Al hacer clic con el botón derecho en la ventana izquierda, selecciona agregar carpeta y agregar el directorio directamente en el navegador repo.

Luego eliminé el directorio localmente (después de la copia de seguridad del curso) hice una limpieza y svn update y todo estaba funcionando nuevamente.

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 sugerencia ayuda a alguien.

fwiw, tuve una situación similar y usé svn --force delete __dir__ . Eso resolvió el problema para mí. Luego continué trabajando con mi copia de trabajo como siempre.