|
|
Procédure pour publier une release dans master à partir de la branche dev ([référence](https://nvie.com/posts/a-successful-git-branching-model/#release-branches)).
|
|
|
|
|
|
|
|
|
|
|
|
0. Avant de commencer, s'assurer que la branche dev est dans un état stable : toutes les fonctionnalités voulues ont été intégrées et testées, aucun développement n'est en cours.
|
|
|
|
|
|
1. Définir le numéro de version de cette release en fonction des nouvelles fonctionnalités apportées ([référence](https://semver.org/lang/fr/)).
|
|
|
|
|
|
Résumé
|
|
|
Étant donné un numéro de version MAJEUR.MINEUR.CORRECTIF, il faut incrémenter :
|
|
|
|
... | ... | @@ -9,10 +15,6 @@ Résumé |
|
|
|
|
|
Des libellés supplémentaires peuvent être ajoutés pour les versions de pré-livraison et pour des méta-données de construction sous forme d’extension du format MAJEURE.MINEURE.CORRECTIF.
|
|
|
|
|
|
0. Avant de commencer, s'assurer que la branche dev est dans un état stable : toutes les fonctionnalités voulues ont été intégrées et testées, aucun développement n'est en cours.
|
|
|
|
|
|
1. Définir le numéro de version de cette release en fonction des nouvelles fonctionnalités apportées ([référence](https://semver.org/lang/fr/)).
|
|
|
|
|
|
2. Création de la branche de release à partir de dev (version voulue = 3.0.0) :
|
|
|
```
|
|
|
git checkout -b release-3.0.0 dev
|
... | ... | |