|
|
Procédure pour publier une release dans master à partir de la branche dev. |
|
|
\ No newline at end of file |
|
|
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/)).
|
|
|
|
|
|
2. Création de la branche de release à partir de dev (version voulue = 3.0.0) :
|
|
|
```
|
|
|
git checkout -b release-3.0.0 dev
|
|
|
```
|
|
|
3. Effectuer tous les changements relatifs à cette nouvelle version (package.json, changelog, aides...)
|
|
|
|
|
|
4. Commiter ces changements dans la branche de release :
|
|
|
```
|
|
|
git commit -a -m "Update version number to 3.0.0"
|
|
|
```
|
|
|
5. Merger cette branche de release dans master :
|
|
|
```
|
|
|
git checkout master
|
|
|
git merge --no-ff release-3.0.0
|
|
|
```
|
|
|
6. Tagger la branche master :
|
|
|
```
|
|
|
git tag -a 3.0.0
|
|
|
```
|
|
|
7. Répercuter les changements dans la branche dev :
|
|
|
```
|
|
|
git checkout dev
|
|
|
git merge --no-ff release-3.0.0
|
|
|
```
|
|
|
8. Supprimer la branche de release :
|
|
|
```
|
|
|
git branch -d release-3.0.0
|
|
|
``` |
|
|
\ No newline at end of file |