Le scénario Release

Votre jalon est terminé, feu vert pour livrer. Bravo, vous y êtes presque.

Si le dernier commit de main est exactement ce qu’il vous faut (ni plus ni moins), basculez sur main et tagguez :

git checkout main

# Pour être sûr d’être à jour
git pull

# Tag, puis push
git tag -a 1.1.0
git push origin 1.1.0

Le tag « annoté »

L’option -a crée un tag annoté : un message attaché au tag. N’utilisez pas le nom du tag (1.1.0) pour raconter votre vie : il doit rester un identifiant SemVer. Gardez « DemoSeptembre2025 » pour la description, pas pour le nom.

---

Des devs ont déjà mergé d’autres features sur main avant que je taggue, et on ne peut pas les livrer !

Disons que vous avez 4 features, GG‑1 à GG‑4, mais vous ne voulez sortir que GG‑1 et GG‑2.

Rien ne vous empêche de tagguer « dans le passé » : repérez sur main le dernier commit à inclure (via git log), copiez son identifiant et tagguez‑le.

git checkout main
git pull

# Inspecter les logs et relever l’ID souhaité
git log

commit 4eb62897ec9adcc2d5c66a9be39d5540483c4d16
Author: Mickaël Forgh <git@gud.com>
Date:   Mon Oct 20 01:01:31 2025 +0200

    feat(GG-2): Added walls

# Tagguer ce commit, puis pousser le tag
git tag -a 1.1.0 4eb62897ec9adcc2d5c66a9be39d5540483c4d16
git push origin 1.1.0

Et voilà : une 1.1.0 sans embarquer feat(GG-3) et feat(GG-4).

Et c’est tout ! Tagguer un commit précis de main suffit. Votre CI/CD peut alors checkout ce tag comme une branche pour construire et déployer.

git checkout 1.1.0