Cómo transferir el espacio de trabajo y el proyecto de Eclipse de Windows a Linux y Mac

Question

Tenemos un producto desarrollado en Windows desde hace años. El producto está compuesto por un espacio de trabajo de Eclipse y cerca de 20 proyectos. En Windows, solicitamos a cada desarrollador que revise proyectos en la carpeta d: \ dev \ product y copie un espacio de trabajo unificado a d: \ dev \ prod_workspace. De esta forma, cada vez que se establece una máquina nueva, simplemente copiamos los archivos en la misma carpeta y podemos comenzar a trabajar de inmediato.

Ahora tenemos que mover nuestro entorno de desarrollo a Linux y Mac. Pero no hay D: \ en Unix. Y la carpeta de inicio para Linux es principalmente como/home/username y/Users/username for Mac. Descubrimos que Eclipse mantiene una ruta absoluta en el espacio de trabajo cuando se refiere a proyectos, así que simplemente copiar el espacio de trabajo no funciona más. Incluso cuando creamos/configuramos manualmente el espacio de trabajo en una máquina Linux, aún no se puede copiar a otro usuario, porque la ruta absoluta ha cambiado.

Supongo que nuestro objetivo es permitir una fácil configuración del entorno de desarrollo. ¿Tienes alguna sugerencia para mover el espacio de trabajo de eclipse?

Answer 1

Desarrollo un producto basado en Eclipse para Mac y Windows (no he probado Linux).

La solución que encontré que funciona mejor es ir y verificar manualmente los proyectos en el espacio de trabajo en cada máquina directamente desde el control de origen. Si bien la estructura del proyecto se convierte entre plataformas, cualquier anexo, como el control de versiones, no. No estoy seguro de por qué, pero creo que cada cosa tiene sus defectos. Es posible que pueda acelerar un poco las cosas creando un conjunto de trabajo de proyecto (o como se llame, creo que es un archivo PSF) para una plataforma, y ​​luego reutilícelo en todas las plataformas.

Otro problema es que las versiones de Eclipse no son 100% compatibles. Uno de los problemas que tengo es con los archivos manifiestos para complementos, que tienen una semántica diferente (por ejemplo, qué hacer con los paquetes exportados que realmente no existen) en cada plataforma, lo que causa un dolor de cabeza.

Finalmente, esté lejos de que Java en Mac y PC no sean idénticos. De hecho, Eclipse tiene dos versiones para Mac. Por lo general terminan en ejecución y compilación de Java 5 en el Mac, que tiene algunas incompatibilidades con Java 6.

Answer 2

puedo pensar en dos formas de hacer esto:

1. variables de uso del espacio de trabajo en Eclipse para señalar a la ubicación exacta donde se encuentra el espacio de trabajo, si es necesario. Entonces el desarrollador puede poner todo en el área de trabajo en Windows, Unix, lo que sea, luego definir la variable y listo, o
2. Si la compilación siempre se realiza desde Eclipse, lo que significa que realmente no necesita ningún camino absoluto , luego cambie los proyectos a todas las rutas relativas de uso y compruebe los classpaths de Eclipse, etc., en el control de fuente. Por lo tanto, cuando un desarrollador comprueba todo en Eclipse, el archivo classpath y .project estará en el nivel raíz del proyecto y todas las rutas estarán predefinidas.

Para la opción # 2, es posible que necesite tener múltiples .project o .classpath archivos, y tienen el desarrollador copiar el apropiado en la ubicación. Es decir, copie .classpath.win en .classpath para uso de Eclipse.

Answer 3

He portado mi proyecto eclipse desde Windows XP a RHEL (nunca trató Mac)

Su tarea puede llevarse a cabo en los siguientes pasos: -

1. variables de uso del espacio de trabajo en su código de proyecto en lugar de camino absoluto
2. Cambie su espacio de trabajo a una ubicación en Linux como/Área de trabajo o si desea mantenerlo específico para el usuario, haga la carpeta del área de trabajo como/home/user_name/Workspace.
3. Hay una opción para cambiar todas las \ de windows a/in linux. La opción se puede encontrar en el menú Archivo en eclipse.
4. Cambie la configuración de dónde encontrar directorios classpath, las opciones se pueden encontrar simplemente haciendo clic derecho en el menú del proyecto en el panel del visor del proyecto.
5. Existe una opción para crear el proyecto limpio desde cero. Solo tiene que hacer clic en la opción y eclipse volverá a compilar el proyecto.

Una vez hecho todo esto, y todas las conexiones de su base de datos se han transferido correctamente a Linux, también tendría un proyecto en ejecución en Linux.

Answer 4

Si revisa los proyectos de un repositorio fuente, considere usar Team -> ProjectSets para manejarlos.

Las preferencias se pueden guardar en un archivo y cargarse.

Probamos las variables classpath y las detestamos. Ahora solo tenemos todo en proyectos individuales en el repositorio de fuentes.

Answer 5

voy a compartir mi propia solución:

Zip el espacio de trabajo. Simplemente comprima todo el archivo y luego transfiéralo. Entonces, todo lo que tiene que hacer es eliminar la referencia de unidad predeterminada: D:\ ... o lo que termine apareciendo al principio del nombre de su archivo. Luego, todo lo que necesita hacer es arrastrarlo al nuevo espacio de trabajo vacío en su Eclipse recién descargado.

Answer 6

Uso del Workspace Preference Transferrer plugin

Esto le permite transferir la configuración del espacio de trabajo de un determinado espacio de trabajo a otro a través de nuevas opciones en el cuadro de diálogo '' del conmutador de espacios de trabajo.