Развертывание пользовательского пакета Eclipse
Я планирую развернуть Eclipse приблизительно на 30 рабочих станциях с Ubuntu и хотел бы избежать длинного списка настроек / загрузок, которые все должны пройти, прежде чем они смогут начать работать.
Тип вещей, которые я хочу сделать:
- Установите несколько плагинов (например, CDT, Subversive, ничего экзотического)
- Настройте стиль кода по умолчанию
- Возможно, настройка некоторых удаленных хостов по умолчанию в RSE
Я чувствую, что я должен быть в состоянии сделать это просто:
- Настройте экземпляр на моей машине.
- Сделайте что-нибудь волшебное, что удалит привязку к моему окружению (пути и т. Д.).
- Разберись и раздай.
Проблема в том, что я не знаю, что такое магия, и не могу ее найти.
2 ответа
Обычно в eclipse нет ничего, что связывало бы его с окружением, как пути и тому подобное (если только вы не представите его заранее, например, указав путь к JVM в eclipse.ini). Конфигурация находится в рабочей области, а не в самом затмении. Несколько лет я комплектовал Eclipse для своих коллег, и это так же просто, как запаковать его.
Если бы вы строили это в качестве подрядчика по ставкам проекта, вам нужно было бы определить что-то воспроизводимое.
- Конкретная сборка и версия затмения.
- Конкретная сборка и версия Java.
- Альтернативно протестированные версии Java.
- Определенный набор параметров установки, аппаратных требований, версий ядра / операционной системы, каталогов и т. Д.
- Установите несколько плагинов (например, CDT, Subversive, ничего экзотического)
- Настройте стиль кода по умолчанию
- Возможно, настройка некоторых удаленных хостов по умолчанию в RSE
- Тестовые случаи для проверки установки
- Желательно все скрипты от загрузки, установки, настройки и тестирования.
,
- Пакет с использованием архива и контрольной суммы.
- Тестовый пакет установки
- Развернуть пакет
- Протестируйте и проверьте новые версии, eclipse, java, os и т. Д. И обновите версию пакета.
Архивирование каталога использованного приложения может создать пакет, который не может быть легко воспроизведен и не ведет себя как "стандартная" установка.
Позже из вашего SCM вы сможете собрать любую версию пакета, соответствующую системе клиента или отладить дефект в конкретной версии пакета.