P2 репозиторий агрегатор - PullRequest
Новая
       7

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

2 голосов
/ 07 декабря 2010

у нас есть несколько внутренних репозиториев 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.

Есть предложения?

Ответы [ 2 ]

4 голосов
/ 08 декабря 2010

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

1 голос
/ 14 декабря 2010

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 для классификации созданного хранилища.

...