¿Qué le sucede realmente al sistema de archivos cuando se hace un Subclipse Share Project en un proyecto de Eclipse que se sacó externamente de Subversion? Todas las carpetas .svn ya están en su lugar. Me sale un error cuando trato de compartir el proyecto de la manera correcta, y prefiero no eliminar y volver a verificar los proyectos desde el navegador del repositorio SVN.Eclipse "Compartir proyecto" a mano?
No sé exactamente qué sucede dentro de Eclipse, supongo que hace algunas cosas funky en el directorio .metadata del espacio de trabajo. Dicho esto, me gustaría recomendar el siguiente para obtener Eclipse para aprender acerca de la configuración de SVN del proyecto:
Esto parece tener el efecto secundario de subclipse al notar la configuración de subversión cuando se importan los proyectos "nuevos" en su espacio de trabajo.
El Compartir Proyecto acción está destinada a cometer la primera versión de un proyecto, es decir, uno sin Svn metadatos en su lugar. Se molestará si ve que los directorios .svn ya están allí. Como escribió Rob, la forma de llevar ese proyecto de check-out a Eclipse es usar la capacidad de importación.
_Share Project_ generalmente también funciona cuando '.svn/.git' y simplemente agrega las características de Compartir, reutilizando las versiones existentes. – digitarald
No estoy seguro de qué versión de Eclipse está utilizando o si esto se aplicará ya que estoy utilizando Subversivo en lugar de Subclipse. Cuando uso la función compartir proyecto para enviar el proyecto a svn cuando ya tengo todos los directorios .svn en su lugar, tengo la opción de "Usar la configuración actual del proyecto" y luego eclipse vuelve a conectar automáticamente la información del svn del proyecto al equipo integración. Puede arruinarlo si intenta ingresar información diferente.
Buena llamada. Eso funcionó bien. – jodonnell
El mismo enfoque también funciona para los proyectos de CVS. –
funciona para git también. – mwengler