Как совместно использовать конфигурацию Eclipse в разных рабочих пространствах

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

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

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

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

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

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

это отлично работало для оригинального автора этого совета: у него было свое форматирование кода, стиль кода, РЕПО svn, настройки jres импортированы.

Edit: On Затмение Юноны это работает плохо. Некоторые предпочтения молча не переносятся, например действия сохранения.

Я должен был работать на нескольких рабочих пространствах одновременно, и было много предпочтений, которые будут установлены каждый раз, когда я создаю новое рабочее пространство. Я создал рабочую область шаблона и создал все необходимые параметры в этой рабочей области шаблона.Всякий раз, когда я создаю новое рабочее пространство, я создаю симлинк {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings указать {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings. Таким образом, при редактировании любого предпочтения в любом из рабочих пространств оно будет реплицироваться во всех других рабочих пространствах.

Я создал этот псевдоним функции в моем .профиль, чтобы после создания новой рабочей области я запускал эту функцию в командной строке с моим новым именем рабочей области в качестве аргумента, чтобы создать ссылку.

function eclset(){
    present_dir=`pwd`;
    cd  {parent_to_workspace}//.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;
}

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

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

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

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

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

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.eclipse.e4.workbench

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

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

У меня была та же проблема.

мой подход: хранение данных проекта в папке управляемых сервисов

Проект X создается на рабочей станции A, с пользовательским путем, указывающим на новый подкаталог иерархии my ownCloud. Рабочая область по умолчанию все еще находится в файловой системе A.

когда я сижу на рабочей станции B, Я открываю локальную рабочую область по умолчанию (локальную на B) и создаю новый проект, используя существующие источники в " synchronized" каталог сервисов.

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

Tomcat или другие серверы работают локально, конфигурация копируется вручную между машинами через scp. Это происходит только при наличии изменений в настройках сервера, что бывает не очень часто.

У меня не было проблем с совместимостью с использованием NEON 2 (arch linux) & NEON 3 (загрузите запуск на debian stretch) с разными JDK.

с наилучшими пожеланиями Армин

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

${old_workspace}/.metadata/.plugins

от существующего проекта к новому.

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