Как перенести рабочее пространство и проект Eclipse из Windows в Linux и Mac

Question

У нас есть продукт, разработанный на Windows в течение многих лет. Продукт состоит из одного рабочего пространства Eclipse и около 20 проектов. В Windows мы просим каждого разработчика извлекать проекты в папку d: \ dev \ product и копировать единое рабочее пространство в d: \ dev \ prod_workspace. Таким образом, всякий раз, когда устанавливается новый компьютер, мы просто копируем файлы в одну и ту же папку, и мы можем немедленно начать работать.

Теперь нам нужно перенести нашу среду разработки на Linux и Mac. Но нет D: \ на Unix. А домашняя папка для Linux в основном похожа на / home / username и / Users / username для Mac. Мы обнаружили, что Eclipse сохраняет абсолютный путь в рабочей области при обращении к проектам, поэтому простое копирование рабочей области больше не работает. Даже когда мы вручную создаем / настраиваем рабочее пространство на компьютере с Linux, оно все равно не может быть скопировано другому пользователю, поскольку абсолютный путь изменяется.

Я полагаю, что наша цель - облегчить настройку среды разработки. Есть ли у вас какие-либо предложения по перемещению рабочей области затмения?

Answer 1

Я перенес свой проект Eclipse с Windows XP на RHEL (никогда не пробовал Mac)

Ваша задача может быть выполнена в следующие шаги: -

1. Используйте переменные рабочей области в коде своего проекта, а не абсолютный путь.
2. Перенесите ваше рабочее пространство в какое-то место в linux как / Workspace или, если вы хотите сохранить его для конкретного пользователя, сделайте папку рабочего пространства как /home/user_name/Workspace.
3. Существует возможность изменить все \ windows в / в Linux. Опцию можно найти в меню «Файл» в «Затмении».
4. Измените настройки того, где искать каталоги classpath, параметры можно найти, просто щелкнув правой кнопкой мыши меню проекта на панели просмотра проекта.
5. Существует возможность построить проект с нуля. Вам просто нужно нажать на эту опцию, и eclipse перекомпилирует проект.

Как только все это будет сделано, и все ваши подключения к базе данных будут успешно перенесены в Linux, у вас также будет рабочий проект, работающий в Linux.

Answer 2

Я разрабатываю продукт на базе Eclipse для Mac и Windows (не пробовал Linux).

Решение, которое я нашел наилучшим решением, - это на самом деле пойти и вручную проверить проекты в рабочей области на каждой машине непосредственно из системы контроля версий. В то время как структура проекта конвертируется между платформами, любые присоединения, такие как управление версиями, не делают. Я не уверен почему, но я предполагаю, что у каждой вещи есть свои изгибы. Возможно, вам удастся немного ускорить процесс создания рабочего набора проекта (или как он называется, я думаю, что это файл PSF) для платформы, а затем повторно использовать его на всех платформах.

Другая проблема заключается в том, что версии Eclipse не на 100% совместимы. Одна из проблем, с которыми я сталкиваюсь, связана с файлами манифеста для плагинов, которые имеют различную семантику (например, что делать с экспортированными пакетами, которые на самом деле не существуют) на каждой платформе, вызывая головную боль.

Наконец, учтите, что Java на Mac и ПК не идентичны. На самом деле, у Eclipse есть две версии для Mac. Я обычно заканчиваю тем, что запускаю и компилирую на Java 5 на Mac, который имеет некоторые несовместимости с Java 6.

Answer 3

Используйте плагин Workspace Preference Transferrer

Это позволяет переносить параметры рабочего пространства из данного рабочего пространства в другое с помощью новых параметров в диалоговом окне «Переключение рабочих пространств».

Answer 4

Я поделюсь своим собственным решением:

Zip рабочее пространство. Просто заархивируйте весь файл и передайте его. Затем все, что вам нужно сделать, это удалить ссылку на диск по умолчанию: D:\ ... или что-то еще, что появляется в начале имени вашего файла. Тогда все, что вам нужно сделать, это перетащить его в новое пустое рабочее пространство на только что загруженном Eclipse.

Answer 5

Если вы извлекаете проекты из исходного репозитория, рассмотрите возможность использования Team -> ProjectSets для их обработки.

Настройки можно сохранить в файл и загрузить.

Мы попробовали переменные classpath и ненавидели их. Теперь у нас есть все в отдельных проектах в исходном хранилище.

Answer 6

Я могу придумать два способа сделать это:

1. Используйте переменные рабочей области в Eclipse, чтобы указать точное местоположение рабочей области, если вам это нужно. Затем разработчик может поместить все в рабочее пространство в Windows, Unix, что угодно, затем определить переменную, и все готово, или
2. Если компиляция всегда выполняется из Eclipse, то есть вам не нужны никакие абсолютные пути, тогда измените все проекты на использование относительных путей и проверьте пути к классам Eclipse и т. Д. В управлении исходным кодом. Таким образом, когда разработчик проверяет все в Eclipse, classpath и файл .project будут на корневом уровне проекта, и все пути будут предопределены.

Для варианта №2 вам может потребоваться иметь несколько файлов .project или .classpath и попросить разработчика скопировать соответствующий файл в папку. То есть скопируйте .classpath.win в .classpath для использования в Eclipse.