with pom central archetype deployment nexus artifactory artifacts

deployment - pom - maven upload to artifactory



¿Nexus o Artifactory pueden almacenar artefactos tar.gz simples? (4)

Puedes (ver las otras respuestas). También puede referirse a ellos por ejemplo como este (aunque un ejemplo sería bueno):

Puedes referirte / usarlos como este plugin:

<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>copy</id> <phase>package</phase> <goals> <goal>copy</goal> </goals> <configuration> <artifactItems> <artifactItem> <groupId>org.apache</groupId> <artifactId>activemq-distro</artifactId> <version>5.7.0</version> <type>gz</type> <overWrite>true</overWrite> <outputDirectory>${project.build.directory}</outputDirectory> </artifactItem> </artifactItems> <!-- other configurations here --> </configuration> </execution> </executions> </plugin>

Tengo servidores en la nube ubicados en centros de datos separados en todo el mundo. Cada centro de datos está separado de los otros.

Estoy buscando una manera fácil de implementar artefactos en grupos de servidores individuales (que pueden estar ejecutando diferentes versiones de software, es decir, un grupo de desarrollo, prueba y producción) en cada una de estas regiones con facilidad y coherencia. Me parece que lo que necesito es un servidor de artefactos porque podría ejecutar un script de instalación en el servidor en la nube, lo que hace que se caiga el artefacto de software correcto.

Ahora, trabajo en el lado de las operaciones. No me importa hacer compilaciones ni administrar dependencias de compilación de software. Simplemente quiero un servidor de artefactos donde pueda almacenar todas las diferentes versiones de mis paquetes para acceder en un momento posterior. El kicker, es que tengo varios tipos diferentes de artefactos para almacenar.

  • Scripts de shell
  • Guiones de Python
  • Manifiesto de marionetas
  • Archivos de Debian (a menudo entregados como un archivo tar.gz de múltiples debians)

¿Nexus o Artifactory pueden administrar todos estos tipos de paquetes, o debo estar mirando en una dirección diferente? No me opongo a agregar archivos make a mis proyectos de shell shell que simplemente generan archivos tar.gz. Simplemente no quiero seguir el camino de configurar un repositorio de artefactos, cuando en última instancia, un poco de scripting, wget y un servidor apache funcionarán bien.


Sí, puedes subir archivos que no sean archivos jar. Por ejemplo:

mvn deploy:deploy-file -DgroupId=org.group.id -DartifactId=artifact-id -Dversion=0.0.0.1-SNAPSHOT -Dpackaging=tar.gz -DrepositoryId=repository-id -Durl=http://url -Dfile=localfile-0.0.0.1-SNAPSHOT.tar.gz

Las versiones más recientes de Nexus manejarán ciertos archivos como tar, swf y otros al validar que están formados correctamente. Sin embargo, esto puede causar un comportamiento inesperado o no deseado.

Es esta la mejor manera de ir ... solo usted puede decir según sus casos de uso. Factores como la frecuencia con que cambian los artefactos, la latencia de la red y otros pueden hacer o deshacer una estrategia.

refs:

https://.com/a/33311645/32453

http://betterlogic.com/roger/2012/04/mavennexus-upload-tgztar-gz-file/



Tanto Artifactory como Nexus pueden manejar cualquier tipo de archivo, ya que ambos son "Gestores de repositorios binarios" .

A pesar de eso, Nexus técnicamente puede almacenar cualquier archivo, pero carece de soporte para archivos binarios que no se adhieran al diseño del repositorio de Maven. Por ejemplo, dichos archivos no se indexarán y no se podrán recuperar en las búsquedas; Además, si los artefactos que no son de Maven encierran la información del módulo en su ruta, entonces actualmente Artifactory es el único repositorio que puede hacer uso de eso y permitir operaciones basadas en versiones en artefactos (por ejemplo, descargar la última consulta de versión)

Aunque ambas de estas herramientas han comenzado por resolver un problema en el mundo de Maven , la necesidad de una administración binaria inteligente ha sido reconocida en muchos otros campos, incluidas las operaciones .

Los binarios sí necesitan un administrador especializado, y aunque los servidores de archivos / SCM / archivos de red parecen ser una opción viable al principio; simplemente no escalan .

También vea mi respuesta a una pregunta similar para conocer algunos de los beneficios de un gerente sobre las otras soluciones ad hoc.