studio reconoce proyecto pasar para otra importar exportar configurar computadora como abrir eclipse svn workspace

reconoce - ¿Qué archivos de proyecto/área de trabajo de eclipse deben agregarse al control de fuente?



netbeans no reconoce proyecto (3)

Quiero compartir un proyecto de eclipse con el resto de mi equipo a través de SVN. ¿Qué archivos debo agregar a Subversion? En el área de trabajo, hay muchos archivos que IMHO no se supone que estén en control de origen: tienen un tamaño de unos pocos megabytes.

Al agregar solo el proyecto, otro usuario que revisa el código aún tiene que importar el proyecto al área de trabajo.

Edición: tal vez la pregunta correcta aquí es ¿cómo puedo compartir mi espacio de trabajo de eclipse utilizando Subversion?


Con Eclipse, siempre tiene que importar un proyecto; no hay otra forma de hacerlo. Eclipse no detectará proyectos si solo cambia las áreas de trabajo a menos que haya creado / importado el proyecto en esa área de trabajo anteriormente.

Necesitará como mínimo :

  • .proyecto
  • .classpath

Personalmente también agrego la carpeta de configuración, pero depende de usted:

  • .settings

Luego, otros usuarios eligen Importar proyecto y seleccionan el archivo .project .


Para el área de trabajo, considere usar un ''conjunto de proyectos de equipo''. Puede crear uno a través de la acción de exportación. Esto produce un archivo que puede enviar por correo electrónico a sus colegas, quienes luego lo importan y todos los proyectos compartidos se desprotegerán.

Para cada proyecto depende de qué tipo de proyecto es. Si es un proyecto Java:

  • Excluir el directorio de salida JDT (el valor predeterminado es bin /, a veces out / se usa)
  • Excluya cualquier artefacto de compilación que pueda haber sido generado (incluyendo aquellos en sus carpetas de origen)
  • Incluir .classpath y .project
  • Incluye tus carpetas de origen
  • Incluya sus dependencias (si no está utilizando una aplicación de gestión de dependencias externa como Maven)
  • Opcionalmente, incluya su archivo de preferencias JDT, dependiendo de si desea que las personas compartan plantillas de código, convenciones de formato, etc.
  • Opcionalmente, incluya cualquier archivo .launch (configuraciones de inicio guardadas) pero tenga cuidado ya que pueden tener entradas específicas de la plataforma y, por lo tanto, no funcionarán en diferentes computadoras

En general, si un recurso es un derivado de otro, entonces debería ser excluido.


Yo diría "ninguno de ellos": me parece más fácil almacenar el código en Subversion y luego crear un nuevo proyecto en Eclipse con el asistente "Realizar Pedido de Proyectos de SVN"

Si tiene un espacio de trabajo que no está actualmente bajo el control de subversión, entonces el método más sencillo sería crear una copia, recortar todos los archivos no deseados y luego importarlos a subversión. Luego, puede crear un nuevo espacio de trabajo utilizando el asistente para vincularlo con SVN.