Eclipse: ¿Debería crear un espacio de trabajo para cada proyecto?

Simplemente me pregunto si es mejor poner todos mis proyectos de Eclipse en un espacio de trabajo o hacer un espacio de trabajo por cada proyecto. Solo soy un desarrollador en solitario, por afición más o menos, pero las aplicaciones que creo tienen versiones de producción que se ejecutan en trabajos cron bastante frecuentes, por lo que es casi como un entorno de producción amateur.

Los únicos problemas que he notado hasta ahora son para exportar archivos JAR, tengo el potencial de incluir archivos fuente de otros proyectos, lo que parece que podría complicarse.

Solía ​​mantener espacios de trabajo separados, pero me cansé de la dificultad de mantener los ajustes consistentes entre ellos. Ahora lo que hago es crear conjuntos de trabajo para diferentes proyectos y cambiar el conjunto de trabajo de la ventana actual para filtrar todo excepto en lo que quiero trabajar. Hasta ahora esto me ha funcionado bien.

Dado que cada proyecto puede tener múltiples conjuntos de trabajo, y el conjunto de trabajo de la ventana puede ser cualquier combinación de conjuntos de trabajo, es bastante fácil ver solo lo que desea en un momento dado de esta manera.

Creo espacios de trabajo de Eclipse alrededor de productos, porque para mí, un producto puede tener múltiples proyectos dentro de ellos, por ejemplo, tener bibliotecas centrales compiladas en un jar en un proyecto, esto es usado por otros proyectos.

En términos de entorno de producción, querrá productos que se ejecuten en diferentes estructuras de directorios, mucho más limpios de esa manera. Y en eclipse, el espacio de trabajo crea un directorio con el nombre del espacio de trabajo. Por lo tanto, cree espacios de trabajo basados ​​en productos / aplicaciones en lugar de uno o más proyectos dentro de ellos.

Si los proyectos están interrelacionados (es decir, tienen dependencias entre sí), a menudo tiene sentido tenerlos en el mismo espacio de trabajo. Además, si está trabajando en varios proyectos para resolver un problema relacionado, se aplica lo mismo.

De lo contrario, perderá mucho tiempo cambiando los espacios de trabajo innecesariamente, especialmente cuando el IDE le mostrará inmediatamente el impacto que los cambios en un proyecto tienen sobre otro.

No solo mantengo espacios de trabajo separados para cada proyecto, sino que también guardo copias separadas de Eclipse. Esto se debe a que normalmente tengo que congelar proyectos durante largos períodos y volver a ellos (sin previo aviso) y es absolutamente necesario que se construyan. No puedo correr el riesgo de que algún complemento que he instalado para mi último proyecto (basado en maven) interfiera con el proceso de compilación de uno de los sistemas heredados (basado en hormigas). Para que conste , documenté el entorno de eclipse para esos sistemas heredados, pero no tengo tiempo para meterme con eclipse cuando parcheo un error de producción.

Usaría espacios de trabajo separados para diferentes "grupos" de proyectos. Por ejemplo, es posible que desee combinar su proyecto de aplicación principal Y el proyecto de prueba unitaria juntos en el mismo espacio de trabajo.

Tal vez tenga mala suerte, pero Eclipse a menudo (una vez al mes, digamos) muere al inicio, generalmente en la etapa "Inicializando herramientas de Java". La solución recomendada parece ser la de crear un nuevo espacio de trabajo. Si tiene todos sus proyectos en un espacio de trabajo, esto puede ser un fastidio. Creo que los espacios de trabajo más pequeños pueden significar que es menos probable que ocurra el bloqueo.

Como las Preferencias son específicas del espacio de trabajo, tiendo a tener un espacio de trabajo enorme abierto; soy demasiado vago para sincronizar algunas configuraciones entre espacios de trabajo (por ejemplo, repositorios ...).

Por otro lado, tener demasiados proyectos abiertos en un solo espacio de trabajo puede ralentizar Eclipse, por lo que lo mínimo que tengo que hacer es cerrar los proyectos con los que no estoy trabajando. Administro muchos proyectos relativos a corto plazo (como máximo un mes) en Eclipse, que residen en el mismo espacio de trabajo (y en la mayoría de los casos en el mismo repositorio), por lo que esta configuración me brinda una mayor flexibilidad.

Si tiene varios proyectos interrelacionados, manténgalos en el mismo espacio de trabajo. Si puede identificar un grupo de proyectos, que siempre se usan juntos, pero los grupos se usan de forma independiente, coloque esos conjuntos de proyectos en diferentes espacios de trabajo. En ese caso, esa debería ser la estructura lógica.

Tenemos una situación en la que tenemos varios proyectos, algunos en sucursales, lo cual, francamente, es demasiado impráctico para mantenerlo en el mismo espacio de trabajo, y los conjuntos de trabajo son una broma. Desafortunadamente. Además, tener proyectos abiertos que no utilice, puede que se elijan accidentalmente de los menús de finalización, etc. Propenso a errores.

La característica realmente ingeniosa para nosotros fue cuando se agregaron Equipo -> Conjuntos de proyectos (en Eclipse 3.3, creo), ya que esto nos permitió tener un solo archivo que describe los muchos proyectos que componen la aplicación completa, que se puede importar en Eclipse con Team -> Importar. ¿Necesitas un proyecto determinado? Compruébelo en CVS, localice el archivo projectSet.psf dentro de él e importe ESO.

Esto ha demostrado funcionar bien para nosotros.

Tengo un espacio de trabajo por tipo de proyecto. Por ejemplo: Java simple, aplicación web, Python, etc.

La razón es que puedo compartir bibliotecas que son similares sin copiarlas ni señalarlas. Además, cierro los proyectos no relacionados de eclipse para evitar el desorden.

Tengo todos mis proyectos en un solo espacio de trabajo y uso conjuntos de trabajo para administrarlos.

¡Depende de usted! Siempre he encontrado que mantener las versiones relacionadas de diferentes proyectos, que pertenecen a la misma versión en un espacio de trabajo determinado, es un enfoque más limpio. De esa manera, podría cambiar entre espacios de trabajo cada vez que necesite hacer referencia a algo en una versión separada y volver al espacio de trabajo de la versión actual. También me ahorra la molestia de pagar o navegar en el repositorio.

También es posible que desee tener en cuenta que puede abrir varias instancias de eclipse siempre que estén mirando diferentes espacios de trabajo. No estoy seguro si eso es importante para ti, pero me gusta hacerlo de vez en cuando.

Me gusta usar varios espacios de trabajo desacoplados (que difieren según el tipo de proyecto), que importan proyectos de varias ubicaciones. Fácil de mover, sin crear un montón de espacios de trabajo similares. También funciona bien con mi SCM.

¿Depende de cuántos proyectos trabajes? Si trabajas en muchos proyectos, usaría el mismo espacio de trabajo, porque si usas varios puedes olvidar fácilmente dónde está dónde y eso puede ser frustrante por decir al menos. Sin embargo, siempre uso un espacio de trabajo diferente para diferentes lenguajes de programación de esa manera es menos confuso, cuando estás en el espacio de trabajo de JAVA, piensas que JAVA: D