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

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

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

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

Ответ 1

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

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

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

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

Ответ 2

Я портировал проект eclipse из windows xp в RHEL (никогда не пробовал Mac)

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

Используйте переменные рабочего пространства в коде проекта, а не абсолютный путь.
Сдвиньте свое рабочее пространство в какое-то место в linux в качестве /Workspace или если вы хотите, чтобы он был специфичным для пользователя, создайте папку рабочего пространства как /home/user _name/Workspace.
Есть возможность изменить все\из окон в/в linux. Этот параметр можно найти в меню файла в eclipse.
Измените настройки того, где искать каталоги классов, параметры можно найти, просто щелкнув правой кнопкой мыши по меню проекта на панели просмотра проекта.
Существует возможность построить проект с нуля. Вам просто нужно щелкнуть по опции, и затмение будет перекомпилировать проект.

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

Ответ 3

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

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

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

Ответ 4

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

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

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

Ответ 5

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

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

Ответ 6

Используйте Плагин переноса предпочтений рабочей области

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