Как вы управляете установкой Eclipse? - PullRequest
18 голосов
/ 27 сентября 2010

Как вы управляете установкой Eclipse, то есть базовой установкой, настройками подключаемых модулей и рабочей области, в отношении согласованных обновлений (включая основные, 3,5 => 3,6) и использования на двух или более компьютерах (настольный компьютер + ноутбук).

Моя текущая установка заключается в том, чтобы в основном управлять установкой на нескольких установках параллельно, то есть вручную добавлять новые плагины, которые я установил на одном, на другой, и когда я долгое время не использовал один для копирования всего каталога из одного места в другое. Для обновлений я обычно запускаю его примерно раз в месяц, чтобы получать последние версии, основные обновления я делаю вручную, загружая базовый дистрибутив и переустанавливая все плагины в соответствующей версии для новой основной версии Eclipse.

Однако у этого подхода есть некоторые недостатки:

  • интенсивное время
  • Обновление несоответствий (Обновление сайтов меняет местоположение, обновление не работает из-за некоторой несоответствия версий между плагинами, которые требуют большого количества ручного исправления и т. Д.) (Это стало лучше с 3.5, но все еще вызывает ошибки)
  • нет "глобального" сайта обновления, мне нужно вручную управлять несколькими местоположениями

Я пробовал альтернативы, такие как Yoxos, для управления конфигурацией, но там отсутствовали плагины, и / или они не были так хорошо протестированы вместе, как я ожидал.

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

Таким образом, возникает вопрос: как вы управляете установками Eclipse и работаете с обновлениями?

Исходя из моего опыта работы с другими пользователями Eclipse, у них как минимум такая же проблема с обновлениями, но я пока не слышал о решении.

Ответы [ 4 ]

10 голосов
/ 27 сентября 2010

Я слышал хорошие отзывы от других разработчиков о Workspace Mechanic от Google .

Это то, что они используют в Google для управления средами Eclipse в разных командах.

Он был открыт в мае 2010 года, и вы можете найти больше информации в блоге .

Обратите внимание, что Workspace Mechanic еще не управляет установками плагинов (см. обсуждение ): он запоминает «настройки плагинов», но установка самого плагина пока не поддерживается.

3 голосов
/ 27 сентября 2010

Я тоже встречал такие неудобства. Мне всегда нужно устанавливать похожие инструменты разработки (такие как Mylyn, SVN, CDT, Clearcase) в разных экземплярах Eclipse на разных хостах (Windows, Linux).

Обновление:

Eclipse официально предлагает функцию, помогающую перенести то, что вы установили со времен Eclipse Indigo.

А также поддерживает установку существующих плагинов из другого экземпляра.

1 голос
/ 27 сентября 2010

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

Я синхронизирую настройки рабочего пространства, копируя содержимое каталога <workspace_dir>/.metadata/.plugins/org.eclipse.core.runtime/.settings.

Я также использую закладки для централизации, чтобы сохранить сайты обновлений, относящиеся к моей работе. Это может действовать как глобальное обновление сайта. Чтобы импортировать / экспортировать некоторые закладки, зайдите в Preferences -> Install/Update -> Available software sites. Когда выходит новая версия Eclipse (раз в год), мне нужно только установить плагины, используя закладки.

1 голос
/ 27 сентября 2010

Моя стратегия такова:

Когда выходит новая версия Eclipse, я устанавливаю ее свежо и настраиваю новую рабочую область. Затем я устанавливаю все минимальные плагины, которые мне нужны, такие как Subversion и M2Eclipse. Кроме того, я экспортирую настройки (например, форматирование кода) во внешний файл и повторно импортирую его в новую установку Eclipse.

Я всегда импортирую существующие проекты в рабочую область. При необходимости я могу использовать мои рабочие пространства (или, лучше, мою рабочую копию SVN) из нескольких версий Eclipse.

Я лишь изредка устанавливаю дополнительные плагины Eclipse и пытаюсь переместить все остальные части набора инструментов в среду сборки (например, Hudson с несколькими ведомыми, автоматические сценарии сборки и выпуска, Sonar для отчетов о качестве кода и т. Д.)

Я стараюсь минимизировать сложность настройки разработки на моей локальной машине разработчика.

...