Как поделиться конфигурацией Eclipse в разных рабочих пространствах - PullRequest
120 голосов
/ 16 января 2010

Я использую Eclipse (PDT) в качестве основной IDE на разных машинах. (как дома, ноутбуком, в офисе и т. д.). Как я могу прагматично делиться Eclipse и конфигурацией проекта между несколькими компьютерами? Должен ли я контролировать их версию или есть более простой способ сделать это?

Как вы гарантируете использование всех ваших компьютеров с одинаковыми старыми и старыми настройками?

Ответы [ 11 ]

166 голосов
/ 16 января 2010

Совместное использование определенных параметров затмения в рабочих пространствах :

  1. Перейти к ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. Скопируйте все в указанном выше каталоге в ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Это позволит убедиться, что ${new_workspace} имеет ту же конфигурацию, что и ${old_workspace}

Надеюсь, это поможет. Обновление в случае каких-либо проблем.

108 голосов
/ 29 июля 2012

Другой вариант - экспорт / импорт:

  1. В существующем рабочем пространстве, File->Export...->General->Preferences, установите флажок Экспортировать все и выберите файл для сохранения (например, prefs.epf)
  2. Запустите Eclipse в новом рабочем пространстве, File->Import...->General->Preferences, выберите свой файл (prefs.epf), проверьте импорт всех

Это отлично сработало для первоначального автора этого совета: у него было импортировано форматирование кода, стиль кода, репозитории SVN, настройки jres.

Редактировать: На Eclipse Juno это работает плохо. Некоторые настройки не переносятся, например, действия сохранения.

7 голосов
/ 14 июня 2016

Это относительно новый проект, но похоже, что Eclipse Oomph был создан именно по этой причине. С помощью этого инструмента вы можете создать уникальную конфигурацию, которой можно поделиться с другими. Я не использовал его (пока), но планирую:

https://projects.eclipse.org/projects/tools.oomph

7 голосов
/ 27 июня 2012

Мне приходилось одновременно работать с несколькими рабочими пространствами, и каждый раз, когда я создавал новое рабочее пространство, нужно было установить множество параметров. Я создал шаблонную рабочую область и создал все необходимые настройки в этой рабочей области шаблона. Каждый раз, когда я создаю новую рабочую область, я создаю симлинк {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;
}
7 голосов
/ 16 января 2010

На самом деле вы можете установить множество специфичных для проекта настроек, которые можно проверить в системе контроля версий. Для небольших проектов это работает очень хорошо. Для более крупных проектов мы решили иметь один файл, который мы использовали для всех наших проектов, и отметили его в отдельном «активном» проекте, который содержал вещи, необходимые разработчикам для начала работы над нашим проектом. Сюда также входят такие вещи, как лицензии и другие необходимые файлы.

3 голосов
/ 06 января 2017

Начиная с Eclipse Neon (и, возможно, также с Mars), вы можете скопировать следующие два каталога, чтобы поделиться своим рабочим столом и настройками / предпочтениями среди ваших различных рабочих областей:

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.eclipse.e4.workbench
2 голосов
/ 17 января 2010

Здесь есть два вопроса. Во-первых, есть определения проектов, файлы .project и специфические настройки проекта. Лично мне нравятся те, что находятся в моем контроле исходного кода, так как это значительно облегчает проверку проекта и настройку IDE.

Во-вторых, у вас есть настройки рабочего пространства. Вы увидите много вопросов в этой области. Я предлагаю взглянуть на Pulse : это расширенный дистрибутив Eclipse, который, помимо прочего, может сохранять настройки рабочего пространства и синхронизировать их с несколькими компьютерами или членами команды.

1 голос
/ 30 ноября 2010

Вы также можете скопировать файлы .prefs из ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings в папку с именем .settings в корневой папке вашего проекта, а затем добавить ее в SVN (или CVS или ...)

Таким образом, настройки будут распространяться среди разработчиков вместе с исходным кодом во время обновления.

0 голосов
/ 04 января 2019

Вы можете использовать Eclipstyle , чтобы клонировать настройки одного рабочего пространства в другие ваши рабочие пространства. Вы также можете экспортировать свои настройки и клонировать их позже.

0 голосов
/ 26 октября 2017

Просто скопируйте каталоги

${old_workspace}/.metadata/.plugins

из существующего проекта в новый.

Это хорошо работало в (довольно простых) PHP проектах.

...