Как вы управляете установкой Eclipse, то есть базовыми установками, плагинами и настройками рабочей области в отношении согласованных обновлений (в том числе основных, 3.5 = > 3.6) и использования на двух или более компьютерах (настольный компьютер + ноутбук).
Моя текущая настройка заключается в том, чтобы в основном управлять установкой на нескольких установках параллельно, то есть вручную добавлять новые подключаемые модули, которые я установил друг на друга, и когда я не использовал один из них за долгое время, чтобы скопировать весь каталог из одного места в другое. Для обновлений я обычно запускаю его примерно раз в месяц, чтобы получить последние версии, основные обновления, которые я делаю вручную, загружая основной дистрибутив и переустанавливая все подключаемые модули в соответствующей версии для новой крупной версии Eclipse.
Однако этот подход имеет некоторые недостатки:
Я попробовал альтернативы, такие как Yoxos для управления конфигурацией, но там плагины отсутствовали и/или не так хорошо тестировались вместе, как я ожидал.
Я взглянул на Idea как на IDE, мне очень понравилось управление обновлениями: централизованная и 90% функциональности, которую я буду использовать, предоставляются как ядро, которое проверено и обновляется как одно.
Таким образом, вопрос: как вы управляете установками Eclipse и имеете дело с обновлениями?
Из моего опыта работы с другими пользователями Eclipse у них есть хотя бы одна и та же проблема с обновлениями, но я еще не слышал о решении.
Я слышал хорошие вещи от других разработчиков о Google Механизм рабочего пространства.
Это то, что они используют внутри Google для управления средами Eclipse в разных командах.
Он был открыт в мае 2010 года, и вы можете найти дополнительную информацию в сообщении .
Обратите внимание, что механизм Workspace Mechanic еще не управляет установками плагина (см. дискуссионный поток): он запоминает "настройки плагина", но устанавливает сам подключаемый модуль еще не поддерживается.
Я также встретил такое неудобство. Мне всегда нужно установить аналогичные средства разработки (такие как Mylyn, SVN, CDT, Clearcase) в разных экземплярах eclipse на разных хостах (Windows, Linux).
Update:
Eclipse официально предложила функцию, помогающую переносить то, что вы установили после Eclipse Indigo.
И он также поддерживает установку существующих подключаемых модулей из другого экземпляра.
Моя стратегия такова:
Когда выйдет новая версия Eclipse, я устанавливаю ее свежими и настраиваю новое рабочее пространство. Затем я устанавливаю все минимальные плагины, которые мне нужны вручную, такие как Subversion и M2Eclipse. Кроме того, я экспортирую настройки (например, форматирование кода) во внешний файл и reimport в новую установку Eclipse.
Я всегда импортирую существующие проекты в рабочую область. Я могу использовать мои рабочие области (или, лучше, свою рабочую копию SVN) из нескольких версий Eclipse, если это необходимо.
Я только время от времени устанавливаю дополнительные плагины Eclipse и пытаюсь переместить все другие компоненты инструментальной цепочки в среду сборки (например, Hudson с несколькими подчиненными устройствами, автоматическими сборками и сценариями выпуска, Sonar для отчетов о качестве кода и т.д.).
Я пытаюсь свести к минимуму сложность установки разработки на моей локальной машине разработчика.
У меня есть только одна установка, но у меня несколько рабочих областей.
Я синхронизирую настройку рабочей области, копируя содержимое каталога <workspace_dir>/.metadata/.plugins/org.eclipse.core.runtime/.settings.
Я также использую закладки для централизованного сохранения сайтов обновлений, релевантных для моей работы. Это может стать глобальным сайтом обновления. Чтобы импортировать/экспортировать некоторые закладки, перейдите в Preferences → Install/Update → Available software sites. Когда появляется новая версия Eclipse (один раз в год), мне нужно установить плагины с помощью закладок.