Eclipse, que los archivos de proyecto / espacio de trabajo debe añadirse al control de código fuente?

StackOverflow https://stackoverflow.com/questions/1366953

  •  21-09-2019
  •  | 
  •  

Pregunta

Quiero compartir un proyecto de Eclipse con el resto de mi equipo a través de SVN. ¿Qué archivos debo añadir a la subversión? En el espacio de trabajo, hay muchos archivos, que en mi humilde opinión, no se supone que están en control de código fuente -. Que son unos pocos megabytes de tamaño

Al agregar sólo el proyecto, otro usuario que extrae el código todavía tiene que importar el proyecto en el espacio de trabajo.

Editar:? tal vez la pregunta correcta aquí, es cómo puedo compartir mi Eclipse espacio de trabajo mediante la subversión

¿Fue útil?

Solución

Con Eclipse, siempre hay que importar un proyecto - no hay otra manera de hacerlo -. Eclipse no detectará proyectos si sólo cambiar los espacios de trabajo a menos que haya creado / importado el proyecto en ese espacio de trabajo antes de

Usted necesitará por un mínimo

  • .project
  • .classpath

En lo personal añado también la carpeta de configuración, pero su hasta usted:

  • .settings

A continuación, otros usuarios seleccionar Importar proyecto y seleccione el archivo .project.

Otros consejos

Yo diría que "ninguno de ellos" - Me parece que es más fácil simplemente almacenar el código en la subversión, a continuación, crear un nuevo proyecto en Eclipse usando el asistente "Pedido Proyectos desde SVN"

Si usted tiene un espacio de trabajo que no está actualmente bajo el control de la subversión, entonces el método más fácil sería la creación de una copia del mismo, recortar todos los archivos no deseados, a continuación, importe que en la subversión. A continuación, puede crear un nuevo espacio de trabajo utilizando el asistente para vincularlo con SVN.

En el espacio de trabajo, considere el uso de un 'conjunto de proyectos de equipo'. Puede crear una a través de la acción de exportación. Esto produce un archivo que se puede enviar por correo electrónico a sus colegas que a continuación se importan y todos los proyectos compartidos se extraerán.

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

  • Excluir el directorio de salida JDT (por defecto es bin /, a veces fuera / se utiliza)
  • Excluir cualquier artefacto de construcción que pueden haber sido generados (incluidos los de sus carpetas de origen)
  • Incluir .classpath y .project
  • Incluya su carpetas de origen
  • Incluya sus dependencias (si no está utilizando una aplicación de gestión de la dependencia externa, como experto)
  • Opcionalmente incluya su JDT PREFS archivo, dependiendo de si desea que la gente comparta plantillas de código, el formato de convenciones, etc.
  • Opcionalmente incluir cualquier archivo .launch (configuraciones de lanzamiento guardados), pero tenga cuidado ya que pueden tener entradas específicos de la plataforma y por lo tanto no va a funcionar en equipos diferentes

En general, si un recurso es un derivado de otro, entonces debe ser excluida.

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