sugerencias - trucos de eclipse

Restaure la conexión del proyecto de subversión de Eclipse (12)

Tengo un proyecto en subversión, que estoy desarrollando usando Eclipse. Hice el pago original desde el repositorio svn desde dentro de Eclipse. Todo estuvo bien durante algunas semanas y, por algún motivo desconocido, Eclipse (específicamente: subclipse en Ganimedes) ya no reconoce que mi proyecto está bajo el control de svn. El menú contextual del equipo solo muestra las opciones de menú básicas "aplicar parche" / "compartir este proyecto". Desde el shell, aún puedo actualizar el proyecto usando las herramientas de línea de comandos svn, así sé que las credenciales svn aún funcionan. Otros proyectos bajo subversión en la misma copia de Eclipse todavía funcionan.

Me doy cuenta de que puedo eliminar la copia local y volver a verificarla, pero prefiero entender qué fue lo que salió mal: solucionar el problema, en lugar de ocultar los síntomas. ¿Dónde almacena Eclipse su conocimiento de qué proyectos están bajo control de versión? Miré el archivo .project y el directorio .settings , pero no pude ver ninguna mención obvia de svn nature o algo similar, incluso en los proyectos que todavía funcionan correctamente.

Adición: resulta que mi problema se manifiesta cuando inicio Eclipse fuera de la empresa vpn, con un proyecto en el espacio de trabajo que está adjunto a un repositorio svn dentro de vpn. Afortunadamente, al cambiar los plugins svn de Eclipse de subversivo a subclipse lo resolvió.

Ian

Desde el eclipse, cerré el (los) proyecto (s) y volví a abrir, lo cual resolvió el problema. Todos los enlaces SVN están de vuelta para todos los proyectos en mi espacio de trabajo.

En el lanzamiento de Juno con Subversive, lo hice:

Archivo / Importar abre la ventana emergente Importar.
Desde allí, seleccione Proyectos generales / existentes en el espacio de trabajo.
En el siguiente panel, selecciona el directorio raíz. Luego, le mostrará todos los subdirectorios. Todos serán seleccionados por defecto.
Deselecciona los que no quieres.

A continuación, "importará" su directorio existente, que puede utilizarse in situ, ya que se encuentra dentro del directorio del espacio de trabajo.

Encontré una manera fácil de reimportar el proyecto

Estaba usando dos implementaciones SVNKit (1.7.x y 1.8.x) simultáneamente con la versión del repositorio SVN (1.8.x).

Como resultado, el Equipo -> Compartir proyectos ... siempre solicitó un mensaje de confirmación. Obviamente, se utilizó SVNKit 1.7.x que no es compatible con SVN 1.8.x.

Después de eliminar SVNKit 1.7.x eclipse usó la única SVNKit versión 1.8.x disponible y todo funcionó como se esperaba.

Esto funcionó para mí: haga clic derecho-> TortoiseSVN -> Configuración -> Propiedades de superposición de icono, seleccionando Shell como caché de estado. Haga clic en Aceptar, página Actualizar.

Lo mismo en mi caso: .svn dirs estaban allí, pero mi proyecto no soportaba acciones svn.

Después de hurgar un poco, resultó que el complemento subversivo simplemente desapareció después de un eclipse de abandono forzado.

La solución fue (re) instalar subversivo, y ahora todo está bien de nuevo.

Saludos v.

ACTUALIZACIÓN: Cambié el eclipse a una nueva versión que simplemente no tenía el complemento instalado, que es la razón por la que tuve que instalarlo desde cero.

Puedo reproducir este problema de manera confiable: sucede cuando se comprueban ciertos proyectos de Maven al ejecutar "Comprobar como proyecto Maven ..." no en la carpeta que contiene el propio POM sino en un directorio padre (como "troncal"). En este caso, Subclipse verifica el proyecto sin ninguna queja, colocándolo en un directorio del área de trabajo con un nombre de marcador de posición como maven.1424425443350 . Dentro de este directorio crea un subdirectorio con el nombre del artefacto Maven. Esto confunde tanto a Subclipse como a Subversion: Subclipse, como hemos visto, olvida inmediatamente que el proyecto está bajo control de versión, y si invoca el svn status desde la línea de comando en el directorio maven.1424425443350 , le dirá que el directorio está bajo control de versión, pero que faltan todos los archivos controlados por la versión.

Ninguna de las soluciones alternativas presentadas en las otras respuestas funcionará si esto es lo que causó que Subsclipse olvidara su conexión SVN. En su lugar, la única solución es eliminar el proyecto y verificarlo nuevamente, esta vez asegurándose de que el pago se realice en un directorio que contiene un POM en lugar de algún directorio de nivel superior.

Una mejor solución general sería que Subclipse se negara a ejecutar "Comprobar como proyecto Maven ..." en directorios que no contienen un POM, o bien manejar mejor los casos donde intenta hacerlo de todos modos buscando subdirectorios para proyectos Maven.

Si está utilizando subcláusula como su proveedor de SVN, recomiendo hacer lo siguiente

Equipo -> Compartir proyecto suele ser suficiente para conectar los metadatos.

(es decir, suponiendo que los archivos .svn todavía están allí, lo que parecen ser si puede trabajar en la línea de comandos).

Espero que esto ayude en por qué esto sucedería, no tengo ni idea

Sin saber en qué plataforma estás, no sé si tu problema es similar al mío. Sin embargo, recientemente (¡en realidad en dos plataformas diferentes!) Tuve problemas en los que una actualización de Subversive (o quizás Eclipse en sí, no está claro) hizo que los conectores dejaran de cargarse. Sin los conectores, Subversive no puede conectarse a un proyecto. Pero Eclipse no lo va a excluir de su proyecto por eso, simplemente eliminará la funcionalidad relacionada con SVN.

Mire la vista Errores, que es un registro de varios errores de Eclipse (excepciones de clase no encontrada, etc.) y vea si hay alguna línea relacionada con los componentes Subversivos. Lamentablemente, no puedo recomendar una solución: en mi plataforma Mac OSX fue suficiente para volver a instalar los elementos y conectores centrales subversivos. En mi máquina Linux (posiblemente debido a una actualización del sistema operativo), tengo que volver a instalar Eclipse por completo, ya que se han acumulado demasiados fragmentos para que pueda investigarlos por completo.

Solo haciendo Team -> Share Project (por la respuesta a esta pregunta proporcionada por @Paul Whelan) no funcionó para mí. El asistente Compartir proyecto actuó como si el proyecto no estuviera ya en SVN (aunque la carpeta .svn estaba presente para mi proyecto).

Terminé resolviendo el problema desinstalando los complementos Subversivo y JavaHL (a través de Ayuda | Acerca de Eclipse | Botón Detalles de instalación | pestaña Software instalado | Desinstalar ...) y luego reinstalando Subversivo. Cuando se le solicitó después de reiniciar Eclipse, opté por instalar el conector SVNKit en lugar del conector JavaHL.

Después de haber hecho eso, cuando intenté Team -> Share Project ..., Eclipse reconoció correctamente que mi proyecto ya estaba presente en SVN y restableció la conexión.

Tuve el mismo problema y este foro me ayudó a encontrar la respuesta correcta.

Mi proyecto anterior se configuró usando subclipse. El nuevo eclipse tenía subversivo.

¡La instalación de subclipse me ayudó a recuperar las opciones de svn en el equipo!

Espero que ayude a alguien más.

Saludos

Anshu Prateek