2010-09-26 7 views
18

¿Cómo gestiona su instalación de Eclipse, es decir, la instalación básica, los complementos y la configuración del espacio de trabajo con respecto a las actualizaciones consistentes (incluidas las principales, 3.5 => 3.6) y su uso en dos o más computadoras (computadora de escritorio + portátil).¿Cómo gestionas tu instalación de Eclipse?

Mi configuración actual es básicamente gestionar la instalación en varias instalaciones en paralelo, es decir, agregar manualmente nuevos plug-ins que instalé en uno al otro, y cuando no he usado uno en mucho tiempo para copiar el conjunto directorio de una ubicación a la otra. Para actualizaciones usualmente lo ejecuto una vez al mes para obtener las últimas versiones, actualizaciones importantes que realizo manualmente descargando la distribución básica y reinstalando todos los complementos en la versión correspondiente para la nueva versión principal de Eclipse.

Sin embargo, este enfoque tiene algunas desventajas:

  • tiempo intensivo
  • inconsistencias de actualización (Actualizar sitios cambian de ubicación, la actualización no funciona debido a alguna inconsistencia entre la versión plug-ins que requiere una gran cantidad de fijación manual, etc) (esto se ha conseguido mejor con 3.5, pero todavía me molesta)
  • ningún sitio "global" de actualización, que tiene forma manual para gestionar varias ubicaciones

Probé alternativas como Yoxos para la administración de la configuración, pero faltaban complementos y/o no estaban probados tan bien como esperaba.

Eché un vistazo a Idea como un IDE, lo único que realmente me gustó fue la administración de actualizaciones: centralizada y el 90% de la funcionalidad que utilizaría se proporciona como un núcleo probado y actualizado como uno.

Por lo tanto, la pregunta: ¿Cómo se gestionan las instalaciones de Eclipse y se ocupan de las actualizaciones?

Según mi experiencia con otros usuarios de Eclipse tienen al menos el mismo problema con las actualizaciones, pero todavía no he escuchado de una solución.

Respuesta

10

He oído cosas buenas de otros desarrolladores sobre Google Workspace Mechanic.

Eso es lo que usan dentro de Google para administrar entornos de Eclipse en todos los equipos.

Fue código abierto en mayo de 2010, y se puede encontrar más información en el blog post.

Tenga en cuenta que Workspace Mechanic aún no administra las instalaciones de complementos (consulte discussion thread): recuerda las "preferencias de complementos", pero todavía no se admite la instalación del complemento.

+0

Definitivamente es un proyecto que hay que vigilar, pero si veo correctamente, ahora es demasiado alfa y faltan las herramientas para una configuración sencilla. –

+0

Le pregunté al autor de Mechanic, dijo que el eclipse y los complementos adicionales de los proyectos de Google son implementados por el administrador como una administración central. Todos comparten la instalación, por lo que Mechanic es una herramienta para mantener la consistencia del espacio de trabajo y las preferencias entre los miembros del equipo. – Kane

1

Mi estrategia es la siguiente:

Cuando una nueva versión de Eclipse sale, lo instalo fresco y crear un espacio de trabajo fresco. Luego, instalo todos los complementos mínimos que necesito manualmente, como Subversion y M2Eclipse. Además, exporto las preferencias (por ejemplo, formato de código) a un archivo externo y lo reimporte en la nueva instalación de Eclipse.

Siempre importo proyectos existentes en el área de trabajo. Puedo usar mis espacios de trabajo (o mejor, mi copia de trabajo SVN) de múltiples versiones de Eclipse si es necesario.

sólo de vez en cuando instalar plugins adicionales Eclipse y tratar de mover todas las otras partes de las herramientas principales en el entorno de construcción (por ejemplo, Hudson con varios esclavos, automatizado construye y liberar guiones, Sonar para los informes de calidad de código, etc.)

I intentar minimizar la complejidad de la configuración de desarrollo en mi máquina local de desarrollo.

+0

Solía ​​hacer esto también, pero el problema es que el sistema ecológico enchufable que uso es bastante grande y cuando analizo seriamente si realmente necesito cada complemento, siempre se reduce a sí. Incluso si lo uso cada dos meses (por ejemplo, un proxy TCP) es bueno tener solo unos pocos accesos directos. –

1

Solo tengo una instalación pero tengo varios espacios de trabajo.

Sincronizo la configuración del espacio de trabajo copiando el contenido del directorio <workspace_dir>/.metadata/.plugins/org.eclipse.core.runtime/.settings.

También uso los marcadores a centralizados para guardar los sitios de actualización relevantes para mi trabajo. Esto puede actuar como un sitio de actualización global. Para importar/exportar algunos marcadores, vaya a Preferences ->Install/Update ->Available software sites. Cuando sale una nueva versión de Eclipse (una vez al año), solo tengo que instalar los complementos usando los marcadores.

3

También encontré tales inconvenientes. Siempre necesito instalar herramientas de desarrollo similares (como Mylyn, SVN, CDT, Clearcase) en diferentes instancias de eclipse en diferentes hosts (Windows, Linux).

Actualización:

Eclipse ha ofrecido oficialmente una característica para ayudar a la migración de lo que se ha instalado desde Eclipse Indigo.

Y también es compatible con la instalación de complementos existentes desde otra instancia.

+0

Gracias por la pista, de alguna manera me perdí el mercado de Eclipse como un nuevo repositorio central. Voy a probar ambos. –

+0

Veo que su herramienta ahora está incluida en Indigo (felicidades), pero debo admitir que todavía no veo cómo usarla. ¿Cómo exporto/importo en índigo/juno? La descripción "solo exportar/importar la instalación de p2 a/desde archivo como preferencia" realmente no tiene sentido para mí. Gracias. – studgeek

+0

Actualicé mi respuesta. Espero que sea más claro. – Kane