¿Cómo administro los complementos, las preferencias y la configuración de eclipse para un equipo?

Question

Todos los miembros de mi equipo trabajan con Eclipse. Sin embargo, cada uno tiene diferentes configuraciones, preferencias y complementos. ¿Cuál es la mejor manera de mantener una línea de base de complementos, preferencias como el estilo y el formato del código, y otra configuración para tener un punto de inicio similar pero que permita a cada miembro del equipo una configuración específica?

Estoy buscando una solución que sea fácil de mantener también, significa que no hay demasiados archivos que residen en diferentes ubicaciones.

Answer 1

Un enfoque simple para las preferencias es usar File>Import y File>Export, eligiendo General>Preferences, luego las preferencias que desea compartir. Para algunos de mis equipos anteriores, almacenamos las preferencias de referencia en el control de versiones.

Answer 2

Utilizamos un enfoque de "línea base" donde tenemos una versión central administrada por unos pocos miembros principales. La idea es descargar la versión, configurarla como lo desee y luego el espacio de trabajo E instalar empaquetado en la ubicación central. Además, algunos complementos tienen archivos de configuración que almacenamos en una ubicación central y luego los señalamos (plantillas, archivos formateadores, etc.).

También hay software comercial que hará todo esto por usted, si puedo encontrarlo, publicaré el enlace.

Espero que esto ayude.

Answer 3

Deberías echar un vistazo a Pulse. Solo lo he usado en un entorno de usuario único independiente, pero parece funcionar bastante bien. Creo que con las versiones pagas puede administrar preferencias y configuraciones de espacio de trabajo en su grupo. Puedo intentar que mi empresa lo pruebe pronto.

Básicamente, Pulse proporciona una plataforma de lanzamiento central para Eclipse. Le permite crear perfiles de instalación de Eclipse que consisten en una instalación de Eclipse y varios complementos. Desde el launchpad, seleccione un perfil e instálelo. Esto descarga Eclipse y los diversos complementos a una carpeta central en su máquina. A continuación, configura una carpeta de perfil que de alguna manera vincula los complementos especificados para el perfil. Por lo tanto, cuando inicie, solo obtendrá los elementos en el perfil independientemente de lo que hayan instalado otros perfiles.

Answer 4

Puede encontrar este article from DeveloperWorks útil. Muestra cómo administrar complementos de una manera fácil

Answer 5

Encontré una solución en otro question en el sitio.
Se recomienda un complemento llamado workspace mechanic. Parece que resuelve las preferencias y problemas de configuración.
Lo estoy usando y se ve bien para la configuración. aunque no da una solución para complementos.

Answer 6

Pedí similar question y me recomendaron Yoxos. Havent tuvo tiempo de probarlo todavía, pero parece prometedor.

Answer 7

La parte más importante son los complementos en los que está trabajando, supongo. Lo que hacemos es colocar el origen para todos los complementos que están sujetos a desarrollo en control de revisión, luego importar los proyectos en un nuevo espacio de trabajo de Eclipse sin copiarlos. Esto es probablemente obvio.

Un poco más complicado son los complementos que forman parte del entorno de tiempo de ejecución. Tenemos un proyecto especial (también bajo control de revisión) que contiene esos archivos jar, organizados en directorios. Algunos son de Eclipse, otros son de Spring, registran cosas, etc.También hay un archivo de definición de destino, que define cuáles de estos complementos componen el entorno. Por lo tanto, no está compilando y ejecutándose contra la copia de Eclipse en la que está desarrollando, sino un conjunto independiente de complementos que se define como la plataforma de destino.

Entender y usar una plataforma de destino hace una gran diferencia, ya que ya no importa qué versión exacta del IDE está utilizando: todos los desarrolladores se vincularán y probarán el mismo código. Un buen efecto secundario es que controlas el subconjunto de complementos que forman parte de tu producto, y es imposible obtener accidentalmente 17 nuevos complementos a través de una nueva dependencia inocente.

PDE/Build lamentablemente no conoce las definiciones de objetivos, pero el formato de archivo es bastante fácil de descifrar.

Finalmente, las preferencias y el formato, etc. pueden exportarse a un archivo y atascarse en el control de revisión, si es que importa. Las reglas de formato estándar son útiles, supongo.