Pipelines Fudaa pour créer une release

Les pipelines de GitLab peuvent être utiliser pour créer des releases.

Un projet exemple a été créé pour illustrer cela: https://gitlab.com/fudaa/fudaa-test-gitlab.

Ce projet est utilisé pour illustrer les actions:

Gestion d’une release

Le pipeline par défaut permet de compiler (job nommé build) , tester ( test ) et déployer (deploy ) le projet.

l’action deploy met à disposition les artifacts ( les jars) sur le repository OSS Sonatype. Les artifacts sont en mode SHAPSHOT

Pour faire une release ( sans SNAPSHOT et avec un tag GIT) , Une action manuelle a été définie: release.

Pour la lancer:

 

Cette job va simplement:

  1. modifier les fichier pom pour la release ( enlever -SNAPSHOT)

  2. taguer cette version dans un tag release-X.XX

  3. Incrémenter les fichiers pom pour les prochains développement soit X.YY-SNAPSHOT

  4. Commit cette version

Ces actions vont enclencher 2 pipelines:

  1. le déploiement de release. C’est le job deploy_release qui effectue cette action: il fait un mvn deploy avec le profil release. Ce job est automatiquement lancé si un tag release-* est détecté.

  2. Le build de la nouvelle version SNAPSHOT

Les pipelines

 

Les pipelines sont acccessibles via le menu CI/CD.

La configuration d’un pipeline s’effectue via le fichier .gitlab-ci.yml: https://gitlab.com/fudaa/fudaa-test-gitlab/blob/master/.gitlab-ci.yml

 

Des scripts sont disponibles

 

 

 

 

 

Ne jamais mettre de mot de passe dans les sources et utiliser les variables d’environnements