Question

nous utilisons Gradle pour la construction de projets Java et au moment nous avons des dépôts Ivy pour stocker des objets tiers et également de publier nos propres artefacts dans (repo est construit en utilisant les scripts et les tâches Gant Ivy ANT). mais la gestion des prises en pension est de base.
Gradle est capable de travailler avec une prise en pension de Maven, donc de passer à un gestionnaire d'artefact Maven comme Archiva ou Nexus est une option, mais peut-être pas nécessaire. Connaissez-vous des outils ou des meilleures pratiques que peuvent nous aider dans la construction et le maintien de prises en pension Ivy?

juste pour être clair: nous avons déjà lu les tutoriels et plus et comprendre comment le faire, mais il est encore de base pour maintenir

.
Était-ce utile?

La solution

Dans le passé, je ne l'ai utilisé un dépôt de lierre pour les petits référentiels privés artefacts d'édition en utilisant des protocoles simples de bas niveau comme un site FTP. (Tout le site a besoin est une mise en page de répertoire versionné et un fichier ivy.xml décrivant les arifacts)

L'infrastructure référentiel basé sur Maven est si omniprésente, avec quelques nombreux projets qui l'utilisent, il est presque inutile de promouvoir une norme de gestion alternative du référentiel.

Sonatype (société derrière Maven) rendre leur produit référentiel, Nexus, disponible à tous, parce qu'il est dans l'intérêt de tout le monde pour maintenir les exigences de largeur de bande à Maven de centrale sous contrôle.

Heureusement, le lierre joue bien avec Maven qui signifie que vous pouvez profiter du meilleur des deux mondes.

Autres conseils

J'ai créé une entrée de blog sur ma mise en page de dépôt Ivy et les choix . Vous pourriez avoir des exigences différentes, mais je pense qu'il est toujours bon de vérifier d'autres solutions pour obtenir de quelques idées ...

Il y a un projet communautaire appelé Ivy Roundup qui vise à construire une cohérence, la mise à repo -date de lierre des bibliothèques tierces parties communes. Il peut être une bonne idée de faire correspondre les conventions d'appellation utilisées là-bas, ou encore mieux, juste obtenir des modules à partir de là en utilisant la <ivy:install> tâche .

À mon avis, il n'y a pas beaucoup dans le dépôt de Ivy à travailler avec parce que Il fonctionne . Ce que vous ne pouvez pas faire avec des tâches Ant Ivy vous pouvez le faire directement à partir du système de fichiers, simple que cela.

Il est vrai que quelque chose comme changer le nom d'artefact peut être difficile, mais là encore c'est quelque chose que vous ne devriez pas faire de toute façon.

Ce que je fais habituellement dans la pratique quand j'ai besoin d'une bibliothèque tierce est de rechercher dans le dépôt MVN puis cliquez sur l'onglet « Ivy » pour obtenir la dépendance Ivy pour mon ivy.xml.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top