Subclipse se queja & # 8220; Ruta no es una copia de trabajo & # 8221; después de mover el espacio de trabajo

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

  •  07-07-2019
  •  | 
  •  

Pregunta

Recientemente moví mi directorio de espacio de trabajo de Eclipse y ahora Subclipse se queja cada vez que abro un archivo, volcando a la consola algo como:

  

La ruta no es un directorio de copia de trabajo

     

svn: ' [ruta de directorio original (pre-movimiento)] ' no es una copia de trabajo

     

No existe tal archivo o directorio

Esto también sucede cuando intento explícitamente ver el historial de un archivo. Esto persiste en las limpiezas SVN, cerrando y volviendo a abrir Eclipse, etc.

La actualización, el registro, el pago y demás parecen funcionar bien, y Tortoise no se queja en absoluto, por lo que claramente no son los metadatos SVN los que están jodidos, son algunos metadatos específicos de Subclipse. ¿Alguien puede decirme cómo volar estos metadatos rotos?

Editado para agregar: " Equipo > Desconectar " seguido de " Equipo > Compartir " no resuelve el problema.

Editado nuevamente para agregar: he revisado todo el directorio .metadata y uno de los directorios del proyecto para un elemento único de la ruta anterior y no puedo búsquelo en cualquier lugar excepto en .metadata / .log (el mensaje de error en sí) y algunas advertencias antiguas de Findbugs. Muy agradable.

¿Fue útil?

Solución

Estaba teniendo el mismo mensaje de error usando subclipse con javahl en un proyecto que está fuera del directorio del espacio de trabajo. Cambiar a svnKit ha resuelto mi problema.

Otros consejos

Debe eliminar los archivos .syncinfo . Esto se hace fácilmente (en la mayoría de los casos) cerrando y abriendo Eclipse, sin embargo, también puede hacerlo manualmente como se muestra a continuación:

  

Para eliminar el caché, cierre Eclipse. El caché se almacena en: 

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects/PROJECTNAME/​.syncinfo
     

Para que pueda encontrar y eliminar todos los archivos llamados .syncinfo en 

[workspace]/.metadat​a/.plugins/org.eclip​se.core.resources/.p​rojects

Citado de este artículo: http://subclipse.tigris.org /ds/viewMessage.do?dsForumId=1047&dsMessageId=868799

Acabo de hacer un " Equipo - > Limpieza " ¡y este error exacto desapareció! También recibí este error porque me mudé entre máquinas y la ruta no era la misma.

Uso de Eclipse 3.6 y el complemento Subversion 1.6.

Actualización en 2016: todavía funciona perfectamente con Eclipse 4.5.2 y Subclipse 1.10.

Editado para agregar: No, habló demasiado pronto. Esto no lo arregla. Parece que algunos archivos no muestran el problema.

Lo siguiente parece resolver el problema:

  1. Equipo > Desconectar.
  2. Salga de Eclipse.
  3. Eliminar .metadata / .plugins / org.tigris.subversion.subclipse. * .
  4. Reiniciar Eclipse.
  5. Equipo > Compartir.

No estoy seguro de cómo se estaba almacenando la ruta anterior en las preferencias del complemento, pero debe haber estado allí en algún momento. Subclipse es un poco patético para almacenar rutas absolutas, pero aparentemente lo es.

Hay un error registrado en este , o al menos en El mismo mensaje de error. Sin contexto Cincuenta centavos dice que se rechaza.

Estoy seguro de que hay muchas causas con diferentes soluciones, pero encontré la que funcionó para mí en el blog de Dan Wilson . Simplemente elimine las carpetas ofensivas del espacio de trabajo (probablemente guardándolas si tienen contenido nuevo), actualice (dejando que Subversion vuelva a crear las carpetas), luego mueva el contenido nuevamente a las carpetas nuevas en su espacio de trabajo.

Recibí el error cuando intenté cambiar el nombre de una clase cambiando el caso de DAO a Dao en Eclipse.

Tuve que cambiarle el nombre a algo como Dao2 y luego pude cambiarle el nombre a Dao .

Lo que funcionó para mí: Hacer un " refactor - renombrar " en el proyecto = > después de eso, vuelva a cambiar el nombre al nombre original.

Difícil de decir sin más información.

¿Movió todo el espacio de trabajo o solo el contenido?

Además, puede intentar crear un nuevo espacio de trabajo desde cero y revisar todo el proyecto nuevamente.

Alternativamente, puede intentar eliminar el directorio .metadata y volver a vincular el proyecto nuevamente usando Archivo - > importación - > proyecto existente en el espacio de trabajo y luego volver a vincular los datos SVN a través de Team - > Comparta proyectos (con una 's'), o tal vez solo haga esto último después de desconectar el proyecto de SVN por primera vez.

Haga clic derecho en la carpeta del proyecto: Equipo - > Actualizar a Head

Esto traerá de vuelta el directorio. Eliminarlo de nuevo y confirmar

En mi caso, tenía las carpetas de los proyectos en el Explorador de proyectos y solo tenía que volver a abrir el proyecto

Para mí, este mensaje de error fue causado por una instalación desactualizada de Subclipse y las bibliotecas subyacentes SVNKit y JahaHL. He estado usando TortoiseSVN fuera de Eclipse para administrar los directorios de mi proyecto, y mi reciente actualización a la serie 1.8.x de herramientas SVN (Tortoise) rompió mis copias de trabajo para Subclipse.

Todo lo que tenía que hacer para arreglarlo era ir a Ayuda- > " Instalar nuevo software ... " y haga clic en " Agregar ... " para agregar un nuevo sitio de actualización. Elegí el sitio de actualización más reciente para la última versión en http://subclipse.tigris.org/ servlets / ProjectProcess? pageID = p4wYuA y subclipse actualizado desde allí.

Entonces todos mis proyectos existentes simplemente funcionaron, y pude volver a conectarme al que ya había intentado desconectar sin problemas.

Tengo el mismo problema

Tenía un nuevo proyecto, lo agregué a SVN. Luego, todo funciona de manera normal, hasta que trato de cambiar el nombre de cualquier archivo Java, obtengo: 

move D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/Skbean.java D:/dev/sk_ws/ge-parent/ge-core/src/main/java/com/skillkash/ge/beans/SkBean.java
    Path is not a working copy directory
svn: Path 'D:\dev\sk_ws\ge-parent\ge-core\src\main\java\com\skillkash\ge\beans\SkBean.java' is not a directory

Ahora la URL SVN es: 

svn://qnap/share/MD0_DATA/svn/sk/ge-core/trunk

y la raíz del repositorio es: 

svn://qnap/share/MD0_DATA/svn/sk

Obviamente, simplemente compartir el proyecto y luego tratar de mover un archivo usando subclipe no funciona, debe ser un error. Tengo que hacer toda mi refactorización fuera del eclipse y editar a mano todos los archivos afectados.

revisé todo el proyecto en un directorio temporal, luego copié el directorio .svn de primer nivel y reemplacé mi carpeta de trabajo .svn con esto.

http: // blog. itopia.de/directory-svn-containing-working-copy-admin-area-is-missing/275

Me funciona.

Agregué un archivo png a mi proyecto, pero recibí este error al intentar cambiarle el nombre o eliminarlo. Limpiar y actualizar el proyecto no hizo nada.

Entré en la perspectiva de sincronización de equipo de svn, hice clic derecho en el archivo y lo eliminé. Eso resolvió mi problema.

Hace algún tiempo tuve un problema similar. Parece que Subclipse (o Eclipse) almacena la ruta absoluta de sus copias de trabajo. La solución más limpia es exportar nuevamente su repositorio a la nueva ruta.

Si tiene código no comprometido, puede copiarlo encima de la exportación limpia (sin la carpeta .svn)

Yo también tuve este problema y simplemente eliminé el proyecto del espacio de trabajo (dejando intactos los archivos en el sistema de archivos).

Luego importé un proyecto svn al espacio de trabajo.

Importar- > SVN- > Proyecto de pago desde SVN.

Utilicé mi ubicación de repositorio existente para extraer los archivos.

Este problema se produjo cuando cambié las ediciones de Eclipse y usé un complemento Subclipse que era una versión anterior a la que debería haber usado.

Desinstalé la versión más nueva e instalé la versión anterior correcta y todo funcionó bien.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top