Question

nous avons plusieurs référentiels p2 internes. Chaque dépôt a de nombreuses versions de fonctionnalités différentes. Nous avons besoin d'un site de mise à jour externe pour nos clients. Nous voudrions regrouper uniquement des versions spécifiques de fonctionnalités spécifiques. Would est un bon moyen / outil pour « agrégat » eux?

Par exemple, nous avons un référentiel p2 repo1 avec fonction feature1 avec les versions 1.0.0, 2.0.0, 3.0.0 et un autre référentiel p2 repo2 avec fonction feature2 avec les versions 1.0.0 et 2.0.0.
Nous voudrions versions globale 1.0.0 et 3.0.0 de feature1 et la version 2.0.0 de feature2:

feature1
  1.0.0
  3.0.0
feature2
  2.0.0

À l'heure actuelle, nous cherchons à b3 et Nexus Pro . Mais peut-être il y a quelque chose de mieux?

b3 ne permet que l'agrégation gamme de fonctionnalités et non des versions spécifiques.
Nexus Pro est plus comme proxy ou "boîte magique". Nous voulons avoir une copie physique séparée (un miroir) du dépôt p2.

Toutes les suggestions?

Était-ce utile?

La solution 2

p2.mirror peut regrouper les fonctions spécifiées et créer un dépôt de p2. Il est possible de le configurer pour télécharger uniquement requis liasses aussi.

Voici un exemple qui regroupe deux versions d'une caractéristique:

<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>

De plus, après, il est possible d'exécuter une tâche eclipse.publish.featuresAndBundles de classer référentiel créé.

scroll top