P2 репозитории агрегатора

Question

У нас есть несколько внутренних репозиториев P2. Каждый репозиторий имеет много версий разных функций. Нам нужно иметь внешний сайт обновления для наших клиентов. Мы хотели бы объединить только конкретные версии определенных функций. Будет хороший путь / инструмент для «совокупных» их?

Например, у нас есть репозиторий P2 repo1 с функцией feature1 с версиями 1.0.0, 2.0.0, 3.0.0 и еще один репозиторий P2 repo2 с функцией feature2 с версиями 1.0.0 и 2.0.0.
Мы хотели бы собрать версии 1.0.0 и 3.0.0 из feature1 и версия 2.0.0 из feature2:

feature1
  1.0.0
  3.0.0
feature2
  2.0.0

В настоящее время мы смотрим на B3. и Nexus Pro.. Отказ Но, возможно, есть что-то лучше?

B3. Допускает только агрегирующий диапазон функций и не специфических версий.
Nexus Pro. больше похоже на прокси или «волшебную коробку». Мы хотим иметь отдельную физическую копию (зеркальный) из репозитория P2.

Какие-либо предложения?

Answer 1

p2.mirror Может совокупным указанным функциям и создать репозиторий P2. Можно настроить его для загрузки только необходимых связке.

Вот пример, который агрегирует две версии функции:

<p2.mirror>
  <repository location="${repositoryPath}" name="My External p2 Repository" append="false" />
  <source>
    <repository location="http://repository:8081/p2/project1" />
    <repository location="http://download.eclipse.org/eclipse/updates/3.6" />
    <repository location="http://repository:8081/p2/project2" />
  </source>
  <iu id="dk.sorokin.maksim.feature.feature.group" version="0.0.5.201012071808" />
  <iu id="dk.sorokin.maksim.feature.feature.group" version="2.0.0.201012071540" />
  <slicingoptions followStrict="true" />
</p2.mirror>

Более того, впоследствии можно запустить eclipse.publish.featuresAndBundles Задача для классификации созданного репозитория.

Answer 2

P2 имеет Композитный репозиторий Концепция, которая должна соответствовать тому, что вы ищете.