Pregunta

Podemos utilizar Gradle para la construcción de proyectos de Java y en el momento contamos con naves de la hiedra para almacenar artefactos de terceros, así como publicar nuestros propios artefactos en (repo es construir utilizando scripts Gant y las tareas de la hiedra ANT). pero la dirección de recompra es básico.
Gradle es capaz de trabajar con un acuerdo de recompra experta, así que el cambio a un gestor de artefactos Maven como Archiva o Nexus es una opción, pero tal vez innecesaria. sabes herramientas o mejores prácticas que nos puede ayudar en la construcción y el mantenimiento de repositorios de Ivy?

para ser claros: que ya ha leído los tutoriales y más y entender cómo hacerlo, pero aún así es básico para mantener

.
¿Fue útil?

Solución

En el pasado, he utilizado un repositorio de hiedra para las pequeñas repositorios privados artefactos editoriales que utilizan protocolos simples y de bajo nivel como un sitio FTP. (Todo necesita del sitio es un diseño y un directorio versionado archivo ivy.xml describir las arifacts)

La infraestructura repositorio basado en Maven es ahora tan penetrante, con algunos muchos proyectos que lo utilizan, es casi inútil para promover un estándar de administración de repositorio alternativo.

Sonatype (compañía detrás de Maven) hacer que su producto repositorio, Nexus, al alcance de todos, porque es en interés de todos para mantener los requisitos de ancho de banda a Maven central bajo control.

Afortunadamente, la hiedra juega limpio con Maven lo que significa que puede tomar ventaja de lo mejor de ambos mundos.

Otros consejos

He creado una entrada en el blog sobre mi diseño repositorio de Ivy y opciones . Se pueden tener diferentes requisitos, pero creo que siempre es bueno comprobar las soluciones de otros para obtener algunas ideas ...

Hay un proyecto comunitario denominado Ivy Roundup que tiene como objetivo construir una constante, hasta al -Fecha de recompra de hiedra de las bibliotecas comunes de terceros. Puede ser una buena idea para que coincida con las convenciones de nomenclatura utilizadas allí, o mejor aún, acaba de obtener módulos de allí mediante el <ivy:install> nofollow tarea.

En mi opinión no hay mucho en el repositorio de Ivy de trabajar porque simplemente funciona . Lo que no se puede hacer con las tareas Ant de Ivy se puede hacer directamente desde el sistema de archivos, así de simple.

Es cierto que algo así como cambiar el nombre de artefacto puede ser difícil, pero luego otra vez eso es algo que no debería hacer de todos modos.

Lo que estoy haciendo en la práctica normalmente cuando necesito una biblioteca de terceros es que buscarlo en el repositorio de MVN y haga clic en la pestaña "Ivy" para obtener la dependencia de la hiedra para mi ivy.xml.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top