Что Вы рассмотрели бы хорошей поддержкой Eclipse?

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

Я делаю (среди других вещей) точно то задание.

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

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

Сценарий раньше запускал затмение:

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

Тем путем моя вся "настройка разработки" развивается каждый раз, когда я проверяю новое устойчивое множество инструментов.

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

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

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

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

Лично я хотел бы внутренний сайт обновления со "стандартными" плагинами в однократном въезде. Это происходит из-за огромного количества возможных доступных версий Eclipse, где никто не может угодить потребностям квалифицированных разработчиков заранее.

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