Quelle est la meilleure façon de partager une plate-forme cible?Meilleure façon de partager une plate-forme cible pour le projet Eclipse RCP
E.g. avec le code source de certains projets RCP.
Je peux définir un fichier .target
et le remplir avec des sites p2 distants et partager ce fichier. Le problème ici est d'abord, ces sites ont tendance à être très lent et peu fiable. Par expérience, la résolution d'une telle plate-forme cible échoue de temps en temps.
Une approche plus fiable et plus rapide (en termes de chargement de cette plate-forme cible) consiste à définir un répertoire local, qui contient tous les plugins et fonctionnalités.
Ce répertoire peut faire partie du référentiel source lui-même ou je peux fournir un site distant (rapide et fiable) à partir duquel je peux télécharger cette plate-forme cible à tout moment.
La difficulté ici est, comment puis-je traduire une liste de sites P2 dans un répertoire, qui contient ces plugins et fonctionnalités qui sont fournis par le site de mise à jour?
Lorsque I définit une plate-forme cible spécifique à partir de Eclipse, où ces artefacts sont-ils réellement enregistrés? Je suppose que je pourrais simplement copier ce répertoire.
Le générateur de plate-forme cible est superbe, je vais essayer! L'éditeur de plate-forme cible est un cauchemar, je suis fortement d'accord. – kerner1000
Nous utilisons Tycho pour construire le produit, néanmoins je pensais que Tycho ne pouvait pas gérer les fichiers '.target'. Nous définissons les référentiels manuellement via les entrées de référentiels de Maven. – kerner1000
Nous utilisons également Oomph pour configurer un IDE de développeur, mais Oomph a des difficultés à utiliser une plateforme cible personnalisée. L'utilisation de fichiers locaux était également une solution de contournement pour cela. Pourriez-vous étendre votre réponse avec des informations sur la matérialisation d'une plateforme cible? – kerner1000