... | ... | @@ -14,35 +14,37 @@ Les releases sont des publications stabilisées et versionnées du projet dans l |
|
|
|
|
|
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.
|
|
|
|
|
|
2. Créer la branche de release à partir de dev (version voulue = 3.0.0) :
|
|
|
2. Créer la branche de release à partir de dev (NUM_VER = numéro de version voulue) :
|
|
|
```
|
|
|
git checkout -b release-3.0.0 dev
|
|
|
NUM_VER="3.0.0"
|
|
|
echo "Numéro de la release : $NUM_VER"
|
|
|
git checkout -b release-$NUM_VER 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"
|
|
|
git commit -a -m "Update version number to $NUM_VER"
|
|
|
```
|
|
|
5. Merger cette branche de release dans master :
|
|
|
```
|
|
|
git checkout master
|
|
|
git merge --no-ff release-3.0.0
|
|
|
git merge --no-ff release-$NUM_VER
|
|
|
git push
|
|
|
```
|
|
|
6. Tagger la branche master :
|
|
|
```
|
|
|
git tag -a 3.0.0
|
|
|
git push origin 3.0.0
|
|
|
git tag -a $NUM_VER
|
|
|
git push origin $NUM_VER
|
|
|
```
|
|
|
7. Répercuter les changements dans la branche dev :
|
|
|
```
|
|
|
git checkout dev
|
|
|
git merge --no-ff release-3.0.0
|
|
|
git merge --no-ff release-$NUM_VER
|
|
|
git push
|
|
|
```
|
|
|
8. Supprimer la branche de release :
|
|
|
```
|
|
|
git branch -d release-3.0.0
|
|
|
git branch -d release-$NUM_VER
|
|
|
```
|
|
|
Si des bugs sont trouvés dans la branche master, il doivent être traités dans une [branche de hotfix](Branches-de-Hotfix) |
|
|
\ No newline at end of file |