0% ont trouvé ce document utile (0 vote)
4 vues2 pages

Gestion des repos Maven avec Nexus DevOps

Le document explique le fonctionnement des dépôts Maven, notamment l'utilisation de .m2 pour les dépendances locales et la création de dépôts privés avec Nexus pour les entreprises sans accès Internet. Il décrit également le processus d'intégration continue avec Jenkins pour compiler, tester et déployer des livrables, ainsi que l'utilisation de Docker pour créer des conteneurs à partir de ces livrables. Enfin, il aborde les différences entre les versions Maven releases et snapshots pour la gestion des versions des artefacts.

Transféré par

xoron74807
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
4 vues2 pages

Gestion des repos Maven avec Nexus DevOps

Le document explique le fonctionnement des dépôts Maven, notamment l'utilisation de .m2 pour les dépendances locales et la création de dépôts privés avec Nexus pour les entreprises sans accès Internet. Il décrit également le processus d'intégration continue avec Jenkins pour compiler, tester et déployer des livrables, ainsi que l'utilisation de Docker pour créer des conteneurs à partir de ces livrables. Enfin, il aborde les différences entre les versions Maven releases et snapshots pour la gestion des versions des artefacts.

Transféré par

xoron74807
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

Repo maven local : .m2 il va chercher le jar mysql d’abord dans le .

m2 el va l’ajouter au projet sinon il va


le chercher dans le Repo remote : maven repo central (par internet) mais quand les entreprises ne
donne pas accès internet au devs on peut créer un repo privé géré par des admin repo qui ont accès
remote et qui ajoute des dépendances au repo privé

Outils conseillé pour créer les repos privés = Nexus(equivalent de .m2 et central) contient des
liverables(jar) et des dépendances par exemple [Link] qui va être livré sous diff environnement

Chacun va travailler sur sa branche(tests,…) nous allons committer et merger dans le master, jenkins av
aller dans le master récupérer dernière version du code et le complier puis analyser le code(bien ou
pas ), va lancer les tests unitaire si tous réussie on va créer un jar(livrables) et on le déploie sur nexus
après vient la chaine de livraison continue cad on va utiliser ce jar avec un dockerfile pour créer une
image et on va lancer pour avoir un conteneur qui contient l’app

NEXUS UTILISE POUR 2 CHOSES :

-si on a pas internet mettre les jar et dépendances dont on a besoin et pointer les equipes dev sur ce
repo

- les equipes DevOps vont faire la chaine d’intégration continue créer le jar, le mettre dans nexus et le
préparer pour a la chaine de livraison continue(livré sous diff environnement)

Repo Git local : .git créer par git init

Docker Repo :stocke des images

Dockerhub est public donc des entreprises utilise nexus pour stocker des images dans nexus qui est
privé(image contient livrable)

Pour créer l’image de l’app le dockerfile utilise le jar :dockerbuild

Les conteneurs sont des vm/linux

Maven version releases :stable(kemla)

Maven version snapshot :en cours de dev (mouch hadra)

maven-releases :je peux pas envoyer le jar plusieurs fois il n’accepte pas car c’est une version stable
donc activer enable redeployment ou changer la version jar a chaq fois ou on utilise Maven
snapshot pour mettre le même jar plusieurs fois
1H12Min(a regarder) :

mvn package :créer livrable

mvn install :envoie le jar au repo local

Vous aimerez peut-être aussi