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:

Open

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

• https://docs.gitlab.com/ee/ci/pipelines.html

Open

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