the source oxygen open kepler instalador community code eclipse configuration eclipse-pdt

oxygen - eclipse the eclipse foundation open source community website



Cómo compartir la configuración de Eclipse en diferentes espacios de trabajo (10)

Estoy usando Eclipse (PDT) como IDE principal en diferentes máquinas. (como en casa, computadora portátil, en la oficina, etc.). ¿Cómo podría compartir el Eclipse y la configuración del proyecto pragmáticamente entre varias computadoras? ¿Debería la versión controlarlos, o hay alguna manera más fácil de hacer esto?

¿Cómo se asegura de usar la misma configuración buena y vieja incluso actualizada de todas sus computadoras?


A partir de Eclipse Neon (y posiblemente también de Mars), puede copiar los dos directorios siguientes para compartir su entorno de trabajo y configuraciones / preferencias entre sus diferentes espacios de trabajo:

[workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings [workspace]/.metadata/.plugins/org.eclipse.e4.workbench


En realidad, puede configurar muchos ajustes específicos del proyecto que pueden verificarse en el control de origen. Para proyectos pequeños, esto funciona realmente bien. Para proyectos más grandes, decidimos tener un único archivo que utilizamos para todos nuestros proyectos y verificamos en un proyecto separado de "activos" que mantenía las cosas que los desarrolladores necesitaban para comenzar a trabajar en nuestro proyecto. Esto también incluye cosas como licencias y otros archivos necesarios.


Es un proyecto relativamente nuevo, pero parece que Eclipse Oomph fue creado exactamente por esta razón. A través de esta herramienta puede crear una configuración única que se puede compartir con otros. No lo he usado (aún), pero estoy planeando:

https://projects.eclipse.org/projects/tools.oomph


Hay dos preguntas aquí. Primero, hay definiciones de proyecto, los archivos .project y configuraciones específicas del proyecto. Personalmente, me gustan los que están en mi control de fuente, ya que hace que revisar un proyecto y configurar un IDE sea mucho más fácil.

En segundo lugar, tiene la configuración del espacio de trabajo. Verás muchas preguntas en esta área. Sugiero echarle un vistazo a Pulse : es una distribución de Eclipse mejorada que puede, entre otras cosas, guardar la configuración de su espacio de trabajo y sincronizarla con varias máquinas o miembros del equipo.


Otra opción es exportar / importar:

  1. Desde su espacio de trabajo existente, File->Export...->General->Preferences , marque Exportar todo, y elija el archivo para guardarlos (prefs.epf por ejemplo)
  2. Inicie Eclipse en un nuevo espacio de trabajo, File->Import...->General->Preferences , elija su archivo (prefs.epf), marque importar todo

Eso funcionó muy bien para el autor original de este consejo: tenía su formato de código, estilo de código, repositorios svn, preferencias jres importadas.

Editar: en Eclipse Juno esto funciona mal. Algunas preferencias silenciosamente no se transfieren, como guardar acciones.


Simplemente copie los directorios

${old_workspace}/.metadata/.plugins

de un proyecto existente al nuevo.

Eso funcionó bien en proyectos PHP (bastante simples).


También puede copiar los archivos .prefs de ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings en una carpeta llamada .settings en la carpeta raíz de su proyecto y luego agregarla a SVN ( o CVS o ...)

De esta forma, la configuración se distribuirá a todos los desarrolladores junto con el código fuente durante una actualización.


Tenía que trabajar en múltiples espacios de trabajo simultáneamente y había muchas preferencias para establecer cada vez que creaba un nuevo espacio de trabajo. Creé un espacio de trabajo de plantilla y creé todas las configuraciones requeridas en el espacio de trabajo de esa plantilla. Cada vez que creo un nuevo espacio de trabajo, creo un simlink de {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings para apuntar a {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings . Por lo tanto, cuando edite cualquier preferencia en cualquiera de los espacios de trabajo, se replicará en todos los demás espacios de trabajo.

Creé este alias de función en mi .profile para que una vez que cree un nuevo espacio de trabajo, ejecute esta función en mi símbolo del sistema con mi nuevo nombre de espacio de trabajo como argumento para que se cree el enlace.

function eclset(){ present_dir=`pwd`; cd {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ; rm -rf .settings ; ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings; cd $present_dir; }


Yo tuve el mismo problema.

mi enfoque: almacenar datos de proyectos en un directorio administrado por owncloud

El Proyecto X se crea en la estación de trabajo A, con una ruta personalizada que apunta a un nuevo subdirectorio de mi propia jerarquía de Cloud. El espacio de trabajo predeterminado sigue residiendo en el sistema de archivos de A.

Cuando estoy sentado en la estación de trabajo BI, abra el espacio de trabajo local predeterminado (local en B) y cree un nuevo proyecto usando las fuentes existentes en el directorio ownCloud "sincronizado".

Simplemente haga clic en actualizar cada vez que active el eclipse y tendrá los datos del proyecto actual. La sincronización se ejecuta en segundo plano automágicamente, así que tenga cuidado cuando haya terminado de trabajar para cerrar el eclipse y le dé a ownCloud la oportunidad de cargar los nuevos archivos en el propio servidor de Cloud.

Tomcat u otros servidores se ejecutan localmente, la configuración se copia manualmente entre las máquinas a través de scp. Esto sucede solo si hay cambios en la configuración del servidor, que no es muy frecuente.

No tuve problemas de compatibilidad al utilizar NEON 2 (arch Linux) y NEON 3 (descargar una ejecución en Debian) con diferentes JDK todavía.

Saludos cordiales Armin


Compartir configuraciones específicas de eclipse en espacios de trabajo :

  1. Vaya a ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. Copie todo en el directorio anterior a ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Esto asegurará que ${new_workspace} tenga la misma configuración que ${old_workspace}

Espero que esto ayude. Actualización en caso de cualquier problema.