software sistemas repositorios repositorio qué que operativos jfrog control continuous-integration nexus artifactory

continuous-integration - sistemas - repositorio universal



¿Cuál es el propósito de un repositorio de artefactos? (3)

Dondequiera que lea acerca de la entrega continua o la integración continua, se recomienda utilizar un repositorio de artefactos para almacenar los artefactos, aunque Jenkins ya los almacena para cada compilación.

Entonces, ¿por qué se recomienda usar un repositorio de artefactos? ¿Existe una solución sencilla para trabajar con los artefactos de las compilaciones de Jenkins, ej. utilizar estos artefactos para el despliegue?


No me he mantenido al día con Jenkins, aún usamos una versión de la IC cuando originalmente se llamaba Hudson.

En sus proyectos, sus poms normalmente deberían apuntar a su propio repositorio de artefactos si pudiera obtener y desplegar sus propios proyectos (de la empresa).

Usando un repositorio de artefactos con su servidor de CI, puede desplegar instantáneas y lanzamientos construidos con éxito que pueden estar disponibles para otros desarrolladores.


Se necesita un repositorio de artefactos, pero el repositorio de artefactos es una pieza conceptual y no siempre una herramienta distinta. Con Jenkins debes tener firmas MD5 y (creo) una forma de descargar los archivos que deseas (llamada al servicio web, ¿no?) Desde tu servidor remoto. Ciertamente, si está haciendo algo simple como usar el plugin de compilación de Jenkins, debería poder acceder a las versiones correctas de los archivos sin problemas.

Alternativamente, si está utilizando una herramienta de implementación separada, las mejores agrupan un repositorio de artefactos.

De todos modos, quiere lo que la gente de ITIL llama una biblioteca de software / medios definitiva. Definitivo porque los bits son seguros, de confianza y oficiales. Y una biblioteca en la que se pueden buscar y acceder fácilmente. Al trabajar con un repositorio de artefactos, debe asegurarse de que sea adecuadamente seguro. Está respaldado. Es accesible para sus implementaciones (incluso para producción). Si miras a Jenkins y cumple tus criterios en esas categorías, considérate hecho. Si falta, y no me sorprendería si fuera así, entonces necesita una herramienta dedicada como los repositorios de Maven, o algo incluido con las herramientas de implementación.

Para más de mis divagaciones sobre el tema, hay una transmisión web grabada . Las diapositivas para eso están arriba en Slideshare .


Un depósito de artefactos y herramientas de integración continua tienen dos propósitos diferentes y uno no puede ser sustituido por el otro. Consulte este video de Artifactory , uno de los proveedores de repositorios de artefactos, sobre por qué uno debería usar un repositorio de artefactos.

Jenkins almacena los artefactos como archivos sin versionar, mientras que los artefactos en un repositorio de artefactos pueden ser controlados por la versión. Así que tienes mucha más flexibilidad para recuperar artefactos y controlarlos. Lee this muy buen artículo sobre por qué los necesitamos. Seguramente no todas esas cosas son compatibles con herramientas de integración continua como Jenkins.

Por otra parte, también puede consultar el complemento Artifactory para Jenkins que integra los dos.