Cómo clonar un espacio de trabajo de Eclipse

83

Me pregunto cómo crear un nuevo espacio de trabajo limpio de Eclipse pero teniendo todas las configuraciones de una existente. ¿Quizás algo así como la clonación pero sin proyectos?

eclipse workspace Zemzela
fuente
¿A qué configuración se refiere exactamente? ¿Puede dar un ejemplo?
Itamar Katz
3
hay muchas configuraciones, maven, repositorios de
subclipses

Respuestas:

80

Utilizo exportar -> preferencias -> todo, luego cambio a un nuevo espacio de trabajo e importo las preferencias. Funciona bien (aunque claramente no es muy cómodo). Desafortunadamente, eclipse solo ofrece copiar la configuración de diseño al cambiar los espacios de trabajo, lo cual no es suficiente para la mayoría de los propósitos.

kostja
fuente
1
La única solución que he encontrado es robusta. También deberá volver a hacerlo cuando actualice a una nueva versión (3.5-> 3.6, etc.)
Thorbjørn Ravn Andersen
3
la mejor manera de manejarlo es usar code.google.com/a/eclipselabs.org/p/workspacemechanic
xavier.seignard
5
Solo una nota de que la mecánica del espacio de trabajo parece estar abandonada y parece que morirá cuando Google cierre el código de Google
Bostone
esto no copia las vistas, etc., por lo que todavía tengo todas las pestañas incorrectas en los lugares incorrectos
WendyG
sí, no funciona con diseños. no tengo conocimiento de ninguna forma de sincronizarlos.
kostja
21

Puede echar un vistazo al siguiente complemento: http://code.google.com/a/eclipselabs.org/p/workspacemechanic/

Es un complemento desarrollado por Google que le permite almacenar sus preferencias y aplicarlas a cualquier espacio de trabajo automáticamente.

Si lo almacena en su Dropbox (o en cualquier otro almacenamiento compartido), podrá compartir sus preferencias entre todas sus computadoras e incluso entre todos los miembros de su equipo.

Es la mejor y más confiable solución para su problema.

xavier.seignard
fuente
3
El complemento no está desarrollado por Google y actualmente es un proyecto abandonado sobre la muerte del código de Google
Bostone
17

Mi método preferido es copiar tanto la .settingscarpeta como la .launchescarpeta del espacio de trabajo anterior al nuevo espacio de trabajo. Esto parece hacer un trabajo más completo que usar la opción de preferencias de exportación. Puede encontrar ambas carpetas en su espacio de trabajo a partir de
.metadata\.plugins
La .settingscarpeta se encuentra debajo de la org.eclipse.core.runtimecarpeta La .launchescarpeta está debajo de la org.eclipse.debug.corecarpeta.

(Solo uno de los muchos trucos cubiertos en mis dos cursos de capacitación en video de Eclipse Guided Tour en Pluralsight).

Captura del Explorador de Windows de la ubicación.

Tod
fuente
3

Puede intentar copiar la workspace/.metadatacarpeta. Contiene principalmente información de complementos y es posible que no tenga algunos de los complementos. La carpeta específica que contiene configuraciones importantes es .metadata/.plugins/org.eclipse.core.runtime/.settings. Ver este articulo

Bozho
fuente
3
Te garantizo que esto no funcionará. La carpeta .metadata está llena de ruta absoluta y no está destinada a ser portátil.
Konstantin Komissarchik
@Konstantin Komissarchik hoy verifiqué dos carpetas .metadata y ninguna de ellas contenía rutas absolutas. ¿Quizás está confundiendo los metadatos del espacio de trabajo con los metadatos del proyecto? De hecho, los metadatos del proyecto contienen rutas absolutas.
Bozho
3
Si los metadatos de su proyecto tienen rutas absolutas, no está configurando bien sus proyectos ... La ubicación de las rutas absolutas en .metadata depende de los complementos que haya instalado y de cómo use Eclipse. También tenga en cuenta que parte del contenido .metadata es binario, por lo que su capacidad para buscarlo con herramientas básicas es limitada.
Konstantin Komissarchik
@Konstantin Komissarchik sobre los metadatos del proyecto: mi punto era que puede contener rutas absolutas (si debería ser una historia diferente). Por cierto, mira mi actualización: he vinculado a un artículo.
Bozho
Punto asumido en proyectos. No recomendaría seguir los consejos dados en el artículo citado. Si bien la ubicación a la que se hace referencia es de hecho el almacenamiento común de preferencias (respalda la API de preferencias de InstanceScope), conozco muchos complementos que almacenan mucha información de forma libre en otra parte de la carpeta .metadata. Es probable que estos complementos funcionen mal de una manera extraña cuando se enfrenten a un estado inconsistente de los metadatos. Los complementos no suelen estar escritos para ser robustos para la edición de la carpeta .metadata del usuario final ...
Konstantin Komissarchik
2

No es necesario copiar nada manualmente, use Workspace Preferences Transferrer : funciona muy bien. Aquí está la cita de la descripción:

Extiende el comando Archivo> Cambiar espacio de trabajo… con la opción de transferir todas las preferencias del espacio de trabajo actual al otro.

Simplemente busque en el mercado de Eclipse e instálelo desde allí.

Matija Han
fuente
1
Trabajó para mi !
Deepak
1

Necesita copiar .Metadatos que contienen las propiedades de su espacio de trabajo.

san242
fuente
0

La mejor manera es copiar la carpeta .metadata a una nueva carpeta y abrir esa carpeta en el cuadro de diálogo Eclipse Workspace.

MSN
fuente
copie la carpeta .metadata de la carpeta del área de trabajo existente
MSN
0

Simplemente copie todo el espacio de trabajo en su sistema de archivos local. Eso funciona para mí porque mi nueva rama de características tiene el mismo archivo pom y, por lo tanto, la compilación general coincide. De esta manera no necesito importar todos los proyectos nuevamente.

un sobrenombre
fuente