Как передать рабочее пространство 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
Используйте Плагин переноса предпочтений рабочей области
Это позволяет переносить параметры рабочей области из заданного рабочего пространства в другое с помощью новых параметров в диалоговом окне "Рабочие пространства коммутатора".