Правила использования сайтов обновлений в Eclipse?

Question

Знаете ли вы какую-либо документацию о правилах использования сайтов обновлений? Последние два с половиной года я управлял сайтом обновлений нашей компании, и вот те проблемы, с которыми мне приходится сталкиваться:

• Не во всех проектах используется одна и та же версия Eclipse. У нас были проекты, которые использовали eclipse 2.1 (WSAD), eclipse 3.0 (RAD 6), eclipse 3.2 (RAD 7), eclipse 3.3 и eclipse 3.4.
• Сайт обновлений нашей компании в основном объединяет вещи. Таким образом, я написал несколько плагинов (иногда fragements) для упаковки, например. конфигурация Checkstyle для нашей компании вместе с текущей версией Checkstyle.
• Мы выпускаем два раза в год новые версии того, что изменилось. Так что, если у меня 1 сайт обновления или 4, это резко изменит нагрузку, которую я должен взять.

Таким образом, вопрос заключается в следующем: сколько сайтов обновлений мы должны использовать, и если их число превышает 1, как я могу минимизировать объем работы по обслуживанию сайтов обновлений?

Answer 1

Я предлагаю разместить все на одном веб-сервере и развернуть пакеты для каждой версии Eclipse по другому URL-адресу:

http://your.server/eclipse-3.3/site.xml
http://your.server/eclipse-3.4/site.xml
и т.д.

Это упростит развертывание, выделение и позволит пользователям увидеть «ах, это для меня».

Answer 2

Возможно, вам следует использовать функции и категории, сегментированные по версии Eclipse.

|
+-WSAD-2-1 Category
|   |
|   +- Checkstyle 3.1 Feature
|   |
|   `- Team Checkstyle configuration for Checkstyle 3.1
|   
`-Eclipse-3-4 Category
    |
    +- Checkstyle 4.4 Feature
    |
    `- Tema Checkstyle configuration for Checkstyle 4.4

Это может быть изоморфно с поддержкой нескольких сайтов обновлений, хотя можно подумать:

• придерживается наименьшего общего знаменателя, который работает и минимизирует количество ошибок
• что нельзя ожидать, что плагины, написанные для Eclipse 3.4, будут работать для Eclipse 2.1.
• некоторые выпады версий между версиями Eclipse вызывают определенную боль при обновлении для авторов плагинов (например, 3,0 до 3,1 было большим скачком)
• Конфигурация между разными версиями одного и того же продукта может быть несовместимой.
• Версии одного и того же плагина могут иметь различный набор функций, но работать не на всех версиях (например, Checkstyle 5 поддерживает Java 5, но может не работать с плагином Checkstyle, который работает с Eclipse 2.1)

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

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