Что бы вы посчитали хорошей поддержкой Eclipse? - PullRequest
6 голосов
/ 12 января 2009

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

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

У меня есть некоторый опыт работы с Eclipse, но как у разработчика - что бы вы посчитали хорошей поддержкой с вашего рабочего места в плане Eclipse?

Ответы [ 7 ]

4 голосов
/ 12 января 2009

Командная установка со стандартным набором плагинов.

Разрешить пользователям устанавливать новые и предлагать новые в стандартной установке, но они должны знать, что они не поддерживаются.

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

  • Настройки SVN,
  • Mylyn интеграция
  • стили кода
  • настройки checkstyle
  • поиск ошибок настроек

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

4 голосов
/ 12 января 2009
  1. Частный внутренний плагин. Вы несете ответственность за обновление этого репо и тестирование обновлений плагинов в первую очередь для текущих разработанных проектов, поэтому разработчикам не нужно беспокоиться о совместимости; они просто обновятся из внутреннего репозитория плагинов.
  2. Общие настройки, например. определено и поддерживается форматирование стиля кодирования.
2 голосов
/ 12 января 2009

Я делаю (помимо всего прочего) именно эту работу.

Я придумал большой zip-файл с:

  • стабильная версия затмения
  • несколько плагинов, признанных разработчиками полезными (Subclipse, QuickRex, Findbugs, Checkstyle с общими настройками, ...)
  • три JDK (!): 1,4, последний 1,5, последний 6,0 (используется для запуска затмения)
  • оболочка с псевдонимами (включает 'e' для запуска затмения)

Скрипт, используемый для запуска затмения:

  • тщательно настроил настройки eclipse.ini
  • проверить, публикуются ли новые версии моих инструментов / скриптов / файлов / плагинов (в общем каталоге), и копировать их на рабочий стол пользователя.

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

По сути, нет необходимости устанавливать / обновлять все плагины: просто определите общий базовый набор инструментов, которые вы и ваши коллеги фактически используете ежедневно.

1 голос
/ 14 января 2009

Для стандартного набора плагинов и для актуальности я настроил профиль с Yoxos .

0 голосов
/ 14 января 2009

Лично мне нужен внутренний сайт обновлений со «стандартными» плагинами в одной записи. Это связано с широким спектром возможных версий Eclipse, где никто не может заранее удовлетворить потребности опытных разработчиков.

Распространенный дистрибутив в виде zip-файла с внутренним сайтом обновлений и установленными «стандартными» плагинами, а также с любыми определенными исходными репозиториями (и тщательно определенными шагами) подойдет большинству разработчиков без излишней нагрузки. *

0 голосов
/ 12 января 2009

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

0 голосов
/ 12 января 2009

На моем рабочем месте Eclipse был стандартным инструментом разработки, с проектами, выпущенными для компиляции с Eclipse (я был там, когда мы обнаружили, что Makefiles ничего не делал, если Eclipse еще не выполнил сборку). Простое решение - учесть потребности разработчиков и предоставить им базовую среду, в которой они нуждаются. Пользовательские плагины могут быть установлены в домашней папке самими разработчиками с заявлением об отказе от поддержки. Просто установите базовую среду, в которой нуждается большинство людей на вашем рабочем месте, и наиболее распространенные плагины. Сказать: - Базовая среда JDT - Графическая разработка / разработка сети / плагины для разработки на C ++ или все, что вам нужно для - Плагин UML, если он явно лучше - Какой-нибудь профилировщик, если вы можете заставить его работать (я выполнил профилирование с Netbeans, gprof, даже с Oprofile, но я так и не смог заставить его работать с Eclipse - в любом случае профилирование выполнить сложнее, чем в Netbeans). И если люди используют это. Если люди этого не делают, то, возможно, нужно что-то пересмотреть, если только оптимизация вообще не проводится, потому что она не нужна :-). Это единственное, что людям потребуется поддержка, ИМХО, остальное было прозрачно для меня. - Может быть, в Linux я бы хотел RPM для скомпилированных gcj версий Eclipse, таких как Ubuntu и RedHat. За исключением того, что у меня нет доказательств того, что это быстрее, в то время как у меня есть доказательства того, что ecj (автономный компилятор Java Eclipse) намного медленнее с GCJ (и есть много причин, почему это нормально)!

...