Как использовать конфигурацию eclipse для разных рабочих областей
Я использую eclipse (pdt) в качестве основной IDE на разных машинах. (например, дома, ноутбуке, офисе и т.д.). Как я могу совместно использовать конфигурацию eclipse и project между несколькими компьютерами? Должен ли я контролировать их версию, или есть ли более простой способ сделать это?
Как вы гарантируете использовать те же самые хорошие и старые, даже обновленные, все ваши компьютеры?
Ответы
Ответ 1
Фактически вы можете установить множество конкретных параметров проекта, которые можно проверить в исходном элементе управления. Для небольших проектов это работает очень хорошо. Для более крупных проектов мы решили использовать один файл, который мы использовали для всех наших проектов, и проверили отдельный проект "активы", который поддерживал то, что разработчикам необходимо было приступить к работе над нашим проектом. Это также включало такие вещи, как лицензии и другие необходимые файлы.
Ответ 2
Совместное использование особых затмений в рабочих пространствах:
- Перейдите к
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
- Скопируйте все под вышеуказанным каталогом в
${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
Это означает, что ${new_workspace}
имеет ту же конфигурацию, что и ${old_workspace}
Надеюсь, это поможет. Обновление в случае возникновения проблем.
Ответ 3
Другой вариант - экспорт/импорт:
- Из существующего рабочего пространства
File->Export...->General->Preferences
установите флажок "Экспортировать все" и выберите файл, чтобы сохранить их (например, prefs.epf).
- Запуск Eclipse в новой рабочей области,
File->Import...->General->Preferences
, выберите файл (prefs.epf), проверьте импорт всех
Это отлично поработало для оригинального автора этого совета: у него были его форматирование кода, стиль кода, svn repos, jres preferences импортированы.
Изменить: В Eclipse Juno это работает плохо. Некоторые настройки молча не переносятся, например, сохранять действия.
Ответ 4
Мне приходилось работать с несколькими рабочими пространствами одновременно, и при каждом создании нового рабочего пространства было задано множество настроек. Я создал рабочую область шаблона и создал все необходимые параметры в рабочей области шаблона. Когда бы я ни создавал новое рабочее пространство, я создаю симплексную ссылку {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
, чтобы указать на {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
. Поэтому, когда вы редактируете какие-либо предпочтения в любом из рабочих пространств, он будет реплицироваться во всех других рабочих пространствах.
Я создал этот псевдоним функции в моем .profile, так что, как только я создаю новое рабочее пространство, я запустил эту функцию в своей командной строке с новым именем рабочей области в качестве аргумента, чтобы создать ссылку.
function eclset(){
present_dir=`pwd`;
cd {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ;
rm -rf .settings ;
ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings;
cd $present_dir;
}
Ответ 5
Это относительно новый проект, но похоже, что Eclipse Oomph был создан именно по этой причине. С помощью этого инструмента вы можете создать уникальную конфигурацию, доступную для других. Я еще не использовал его (но), но планирую:
https://projects.eclipse.org/projects/tools.oomph
Ответ 6
Здесь есть два вопроса. Во-первых, существуют определения проектов, файлы .project и конкретные параметры проекта. Лично мне нравятся те, что находятся в моем исходном контроле, так как он значительно упрощает проверку проекта и настройку среды IDE.
Во-вторых, у вас есть настройки рабочей области. В этой области вы увидите много вопросов. Я предлагаю взглянуть на Pulse: это расширенный дистрибутив Eclipse, который может, помимо прочего, сохранять настройки рабочего пространства и синхронизировать их с несколькими машинами или членами команды.
Ответ 7
Вы также можете скопировать файлы .prefs из ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
в папку с именем .settings в корневой папке вашего проекта, а затем добавить ее в SVN (или CVS или...)
Таким образом, настройки будут распространяться среди всех разработчиков вместе с исходным кодом во время обновления.
Ответ 8
Как и Eclipse Neon (и, возможно, Mars), вы можете скопировать следующие два каталога, чтобы поделиться своим рабочим столом и настройками/предпочтениями между вашими разными рабочими областями:
[workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
[workspace]/.metadata/.plugins/org.eclipse.e4.workbench
Ответ 9
У меня была та же проблема.
мой подход: сохранение данных проекта в директории, управляемой собственными глазами
Проект X создается на рабочей станции A с настраиваемым путем, указывающим на новый подкаталог моей иерархии ownCloud. Рабочее пространство по умолчанию все еще находится в файловой системе A.
Когда я сижу на рабочей станции B, я открываю локальную рабочую область по умолчанию (локальную на B) и создаю новый проект с использованием существующих источников в "синхронизированном" каталоге ownCloud.
Просто нажмите кнопку "Обновить" в любое время, когда вы запустили eclipse, и у вас есть текущие данные проекта. Синхронизация выполняется в фоновом режиме автоматически, поэтому будьте осторожны, когда вы закончите работу по закрытию eclipse и дайте ownCloud возможность загрузить новые файлы на сервер ownCloud.
Tomcat или другие серверы работают локально, config копируется вручную между машинами через scp. Это происходит, только если есть изменения в настройке сервера, что не очень часто.
У меня не было проблем с совместимостью с использованием NEON 2 (arch linux) и NEON 3 (загрузка работы на debian stretch) с разными JDK.
С уважением
Армин
Ответ 10
Просто скопируйте каталоги
${old_workspace}/.metadata/.plugins
из существующего проекта в новый.
Это хорошо работало внутри (довольно простых) PHP-проектов.