¿Cuál es la solución común para configurar Eclipse para el desarrollo del equipo?

Question

1. ¿Debería cada miembro del equipo crear su propio espacio de trabajo e importar el proyecto almacenado bajo el control de código fuente? ¿O hay una forma de poner el espacio de trabajo bajo control de fuente también?
2. ¿Cómo evitar el uso de rutas absolutas en la configuración del espacio de trabajo?
3. ¿Hay otros cuellos de botella en esta tarea?

Answer 1

Una ruta que las personas toman es generar los proyectos de Eclipse desde el archivo de compilación. Esto tiene un beneficio adicional si el entorno de desarrollo está diseñado para no tener una estructura rígida (por ejemplo, la ruta a la biblioteca X puede ser relativamente diferente en el entorno Y que en el entorno Z) ya que los mismos datos de configuración (archivos, variables de entorno, etc.) pueden se usará para configurar el proyecto Eclipse como el entorno no Eclipse.

Answer 2

No pondría Workspaces en SCM; eso exigiría que el entorno de cada desarrollador sea idéntico. En su lugar, tenga cuidado de evitar cualquier ruta codificada; usar variables del espacio de trabajo.

Utilice Project Set Files para identificar y compartir conjuntos de proyectos que deben importarse en un área de trabajo. Estos archivos pueden/deben mantenerse en SCM, tal vez en proyectos de lanzamiento específicos.

Mi práctica al hacer un trabajo serio en una aplicación es comenzar con un espacio de trabajo limpio, sin proyectos extraños. Rellene con el PSF.