open how eclipse svn subclipse

eclipse - how - Subclipse se queja de que "La ruta de acceso no es una copia de trabajo" después de mover el espacio de trabajo



subclipse github (16)

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

Usando Eclipse 3.6 y el plugin Subversion 1.6.

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

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

Path no es un directorio de copia de trabajo

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

El fichero o directorio no existe

Esto también sucede cuando intento explícitamente ver el historial de un archivo. Esto persiste a través de la limpieza de SVN, cerrando y volviendo a abrir Eclipse, etc.

La actualización, el registro, la verificación, etc., parecen funcionar bien, y Tortoise no se queja en absoluto, por lo que claramente no son los metadatos SVN los que se equivocan, sino algunos metadatos específicos de Subclipse. ¿Alguien puede decirme cómo destruir estos metadatos rotos?

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

Editado de nuevo 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 encontrarlo en ninguna parte excepto en .metadata/.log (el mensaje de error en sí) y algunas viejas advertencias de Findbugs. Muy agradable.

Agregué un archivo png a mi proyecto, pero obtuve este error tratando de cambiarle el nombre o eliminarlo. Limpiar y refrescar el proyecto no hizo nada.

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

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

¿Moviste todo el espacio de trabajo o solo el contenido?

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

Alternativamente, puede intentar eliminar el directorio .metadata y volver a vincular el proyecto nuevamente usando Archivo -> importar -> proyecto existente en el área de trabajo y luego volver a vincular los datos SVN a través de Equipo -> Compartir proyectos (con una ''s''), o tal vez simplemente este último bit después de desconectar por primera vez el proyecto de SVN.

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

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.

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 área de trabajo (probablemente guardándolas si tienen nuevo contenido), actualice (permitiendo que Subversion vuelva a crear las carpetas), luego mueva el contenido a las carpetas nuevas en su área de trabajo.

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 de nuevo su repositorio a la nueva ruta.

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

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

Esto traerá de vuelta el directorio. Bórralo de nuevo y cometer

Lo que funcionó para mí: hacer un "refactor - renombrar" en el proyecto => después de eso hacerlo nuevamente para cambiarle el nombre al nombre original.

Obtuve el error cuando intenté cambiar el nombre de una clase cambiando la caja de DAO a Dao en Eclipse.

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

Para mí, este mensaje de error fue causado por una instalación desactualizada de Subclipse y las bibliotecas SVNKit y JahaHL subyacentes. 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 (Tortoise) SVN rompió mis copias de trabajo para Subclipse.

Todo lo que tuve que hacer para solucionarlo fue ir a Ayuda -> "Instalar nuevo software ..." y hacer clic en "Agregar ..." para agregar un nuevo sitio de actualización. Escogí el sitio de la última actualización para la última versión en http://subclipse.tigris.org/servlets/ProjectProcess?pageID=p4wYuA y actualicé Subclipse desde allí.

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

Tengo el mismo problema

Tenía un nuevo proyecto, lo agregué a SVN. Entonces todo funciona normalmente, hasta que trato de refactorizar-renombrar 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 intentar mover un archivo con subclipe no funciona; debe ser un error. Tengo que hacer todas mis refactorizaciones fuera del eclipse, y editar manualmente todos los archivos que se vean afectados.

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

Luego importé un proyecto svn en el espacio de trabajo.

Importar-> SVN-> Proyecto Checkout desde SVN.

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

Este problema se produjo cuando cambié las ediciones de Eclipse y usé un complemento de 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.

.syncinfo 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

Así que puedes 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

Editado para agregar: No, habló demasiado pronto. Esto no lo arregla. Algunos archivos parecen no mostrar el problema.

Lo siguiente parece resolver el problema:

  1. Equipo> Desconectar
  2. Salir de Eclipse.
  3. Soplar .metadata/.plugins/org.tigris.subversion.subclipse.* .
  4. Reinicie Eclipse.
  5. Equipo> Compartir.

No estoy seguro de cómo se almacenaba el antiguo camino en las preferencias del complemento, pero debe haber estado allí. Es algo patético de Subclipse almacenar caminos absolutos, pero aparentemente lo es.

Se ha producido un error al respecto , o al menos en el mismo mensaje de error. Sin contexto. Cincuenta centavos dice que es rechazado.