Pregunta

¿Qué sucede realmente con el sistema de archivos cuando realiza un proyecto compartido de Subclipse en un proyecto de Eclipse que se extrajo externamente de Subversion?Todas las carpetas .svn ya están en su lugar.Recibo un error cuando intento compartir el proyecto de la manera correcta y prefiero no eliminar y volver a verificar los proyectos desde el navegador del repositorio SVN.

¿Fue útil?

Solución

No sé exactamente qué sucede dentro de eclipse, supongo que hace algunas cosas raras en el directorio .metadata del espacio de trabajo.Dicho esto, recomendaría lo siguiente para obtener eclipse y conocer la configuración svn del proyecto:

  • Elimine el proyecto del espacio de trabajo (mantenga sin marcar "Eliminar el contenido del proyecto en el disco")
  • Archivo > Importar...> General > Proyectos existentes en Workspace
  • Busque la carpeta que contiene los proyectos originales de interés.
  • Importa los proyectos a tu espacio de trabajo.

Esto parece tener el efecto secundario de que Subclipse note la configuración de subversión al importar los "nuevos" proyectos a su espacio de trabajo.

Otros consejos

El Compartir proyecto La acción tiene como objetivo comprometer la primera versión de un proyecto, es decir.uno sin .svn metadatos en su lugar.Se enojará si ve .svn directorios que ya están allí.Como escribió Rob, la forma de incluir ese proyecto desprotegido en Eclipse es utilizar la capacidad de importación.

No estoy seguro de qué versión de Eclipse estás usando o si esto se aplicará ya que estoy usando Subversive en lugar de Subclipse.Cuando uso la función de 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 adjuntar automáticamente la información de svn del proyecto al equipo. integración.Puedes arruinarlo si intentas ingresar información diferente.

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