Создание «распределения» затмения?

https://stackoverflow.com/questions/351373

20-08-2019
|

Вопрос

В контексте создания пользовательского распределения Eclipse для команды разработчиков.

Как я бы построил настраиваемое распределение Eclipse, содержащее определенный набор плагинов? Было бы трудно также добавить своего рода сайт обновления для размещения конкретных версий плагинов, из которых будет обновлять настраиваемое Eclipse?

Решение

Eclipse не является одним из тех приложений, которые необходимо «установить», поскольку его можно просто скопировать в структуру каталогов и иметь ярлыки для его запуска (а-ля, распределения All-In-One Birt).

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

И запуск вашего собственного сайта обновления не так уж и сложно, вам просто нужен сервер, на который вы устанавливаете только версии нужных вам плагинов, и обеспечить то, что ваши точки распространения на этом сервере перед созданием файла Zip. Ничто не мешает вашим разработчикам подключиться к другому сайту.

Другие советы

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

Подводя итог мои личные выводы:

В этом пространстве было много улучшений как в открытом исходном коде, так и в коммерческом порядке
Сложности распределения часто больше, чем ожидалось
Построить на спине других, оно того стоит!

И пока я работаю в компании, предлагающей коммерческое решение (http://genuitec.com/sdc), Я пытался ответить ниже с практическими характеристиками доставки Eclipse с использованием бесплатных решений.

Итак, без дальнейшего Adieu ...

Абсолютное минимальное решение состоит в том, чтобы загрузить пакет Eclipse с Eclipse.org, добавить плагины, которые вы хотите, установить параметр -clean в eclipse.ini, заморозить каталог и передать его вокруг своей команды. Пока вы добавляете функции с вашего сайта внутреннего обновления (и URL -адрес остается постоянным), Eclipse сможет обновить его.

Это будет работать в первый раз, и, поскольку это легко, это то, что большинство людей начинают делать. Но он игнорирует жизненный цикл вашего стека инструментов. Вот некоторые болевые точки, с которыми я столкнулся, помогая клиентам с их инструментом Eclipse:

Пакеты Eclipse: Вы должны быть гуру Eclipse/P2, чтобы настроить и поддерживать пакеты Eclipse. Инструменты EPP позволяют создавать свои собственные пакеты, но вам нужно много знаний о доменах вокруг пакетов Eclipse, P2 и инструментов EPP. Место для начала http://wiki.eclipse.org/epp/how_to_build_a_package_locally
Плагины: Поиск плагинов включает в себя много охоты на сайты обновления, и тогда вы никогда не можете быть уверены, что вы получили точные правильные двоичные файлы. Иногда сайты обновления уходят вниз, или вы теряете поддержку своей версии Eclipse, когда разработчики плагинов выпускают новый сайт обновления. Одним из предложений является создание местных копий сайтов обновлений, чтобы смягчить ваше воздействие таких проблем.
Обновления Eclipse: Если вы хотите, чтобы ваша команда переключилась на версии Eclipse, вы в конечном итоге просто восстановите свой стек инструментов в следующей версии и заставив всех переустановлен. Там нет никакого способа обойти это, когда просто отправила молнию.
Обновления плагинов: Eclipse предназначен для того, чтобы установить новую версию плагинов, но в крупных производственных командах, которые могут быть контрпродуктивными. Местные зеркала сайтов обновлений могут помочь с этим, если ваша команда не выходит и добавляет свои собственные сайты обновлений.
Безопасность: вам нужно, чтобы ваша команда не установила программное обеспечение? Как насчет того, чтобы потребовать подписанные инструменты? Вам придется написать плагины, чтобы ограничить функции вашего пакета, и вам, возможно, придется подписать плагины сами. Сборка PDE имеет некоторую поддержку для подписания.
Долгосрочное обслуживание: восстановление стека инструментов через несколько лет (или иногда несколько месяцев) может быть близка к невозможной, поскольку поддержка различных версий Eclipse и различные версии плагинов приходят и динамически уходят в экосистеме Eclipse. Сохраните копии ваших пакетов Eclipse. Купить большие жесткие диски. О здравствуйте сайты обновлений, которые вы используете.
Настройка рабочей области: вы можете развернуть затмение в своей команде, но это всего лишь первый шаг в процессе. Автоматизация для настройки рабочего пространства, например, предпочтений, проектов, конфигурации Checkstyle или PMD имеет большое значение для сокращения количества времени, которое ваша команда тратит готовые к работе. Кроме того, эти настройки часто меняются, когда вы добавляете проекты, создавая непрерывные проблемы управления. Распространяя ZIP, я видел, как команды также передавали соответствующую вики -страницу или что -то подобное. Обычно каждый разработчик должен убедиться, что они выполняют шаги.
Управление несколькими пакетами: может быть, у вас есть один пакет для вашей команды Dev, а другой для вашей команды QA. И затем ваша команда разработчиков растет и расщепляется на две группы с немного разными потребностями инструментального оборудования, и теперь вашей команде QA тоже нужны несколько пакетов. И затем вы начинаете отправлять свой собственный плагин на вершине Eclipse, так что это еще один пакет, которым вы управляете. После нескольких лет этого вы тратите все свое время на создание пакетов Eclipse, и вы стали гуру сайта Eclipse/P2/обновления, даже не пытаясь. Очевидно, что решение здесь состоит в том, чтобы нанять кого -нибудь, чтобы сделать это для вас. :)
Распределение SMS: это работает достаточно хорошо с помощью zip -файла, но выпуски обновлений становится грязным. Обычно люди используют SMS, чтобы сбросить первую установку, а затем задача разработчика, чтобы держать их в курсе.

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

Используйте (file -> export -> install -> Программные элементы для файла) для подготовки списка плагинов (*.p2f),

Пример файла

<?xml version='1.0' encoding='UTF-8'?>
<?p2f version='1.0.0'?>
<p2f version='1.0.0'>
  <ius size='5'>
    <iu id='org.chromium.sdk.feature.group' name='ChromeDevTools SDK' version='0.3.9.201302091448'>
      <repositories size='1'>
        <repository location='http://www.tomotaro1065.com/nodeclipse/updates/'/>
      </repositories>
    </iu>
    <iu id='org.chromium.debug.feature.group' name='Chromium JavaScript Remote Debugger' version='0.3.9.201302091448'>
      <repositories size='1'>
        <repository location='http://www.tomotaro1065.com/nodeclipse/updates/'/>
      </repositories>
    </iu>
    <iu id='com.eclipsesource.jshint.feature.feature.group' name='JSHint Eclipse Integration' version='0.9.6.20130319-2128'>
      <repositories size='1'>
        <repository location='http://github.eclipsesource.com/jshint-eclipse/updates/'/>
      </repositories>
    </iu>
    <iu id='markdown.editor.feature.feature.group' name='Markdown Editor' version='0.2.3'>
      <repositories size='1'>
        <repository location='http://winterwell.com/software/updatesite/'/>
      </repositories>
    </iu>
    <iu id='org.nodeclipse.feature.group' name='Nodeclipse' version='0.2.0.201302091448'>
      <repositories size='1'>
        <repository location='http://www.tomotaro1065.com/nodeclipse/updates/'/>
      </repositories>
    </iu>
  </ius>
</p2f>

Тогда (file -> import -> Установить элемент программного обеспечения из файла)

Import - loading= Install Software Item from file">

Eclipse Node.js IDE собрано таким образом.

Этот вопрос связан сEclipse IDE: установите набор плагинов

Я могу интересно всем, кто пытается собрать свое собственное дистрибутив Eclipse, чтобы познакомиться с проектом упаковки Eclipse http://www.eclipse.org/epp/. Анкет Чтобы настроить частный сайт обновления, Sonatype's Nexus Professional служит именно этой целью (коммерческая лицензия).

Просто застегивайте каталог C: Eclipse Plugins и распространите.

Просто убедитесь, что разработчики начинают Eclipse с опции «--лин», чтобы гарантировать, что любые изменения включены.

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow