YunoHost/doc
1
0
Fork 0
mirror of https://github.com/YunoHost/doc.git synced 2024-09-03 20:06:26 +02:00
Code Issues Projects Releases Packages Wiki Activity

Update build_system_fr.md

Browse source
This commit is contained in:
opi 2016-03-25 23:11:54 +01:00
parent 282870786e
commit 35d92f3b3b
1 changed files with 4 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

8
build_system_fr.md
View file

@ -118,12 +118,14 @@ $ git push origin unstable
Il peut arriver, de façon exceptionnelle, qu’on ait besoin de faire un hotfix (de sécurité par exemple) sur les paquets en `stable` ou en `test`, pour lequel le merge de la branche daily n’est pas acceptable (car trop de nouvelles fonctionnalités en développement sur daily). Il peut arriver, de façon exceptionnelle, qu’on ait besoin de faire un hotfix (de sécurité par exemple) sur les paquets en `stable` ou en `test`, pour lequel le merge de la branche daily n’est pas acceptable (car trop de nouvelles fonctionnalités en développement sur daily).
**Cette situation doit rester exceptionnelle** **Cette situation doit rester exceptionnelle**
Pour faire un hotfix, il faut donc travailler sur la branche `stable` directement. Un fois la correction effectuée et commitée, passer sur la branche `testing` et merger la branche `stable`; Un "commit de merge" doit etre réalisé. L'historique de la branche `testing` doit donc ressembler à : Pour faire un hotfix, il faut donc travailler sur la branche `stable` directement. Une fois la correction effectuée et commitée, il faut immédiatement créer la release stable avec l'outil yunobump (Voir les sections XX et "Numéros de version").
Ensuite, il faut appliquer ce hotfix aux branches `testing` et `unstable`. Il est fortement conseillé de l'appliquer immédiatement après avec créer la release stable.
Pour cela, passer sur la branche `testing` et merger la branche `stable`; Un "commit de merge" doit etre réalisé. L'historique de la branche `testing` doit donc ressembler à :
```bash ```bash
456def Merge branch 'stable' into testing 456def Merge branch 'stable' into testing
123abc Hotfix commit message. 123abc Hotfix commit message.
``` ```
Puis passer dans la branche `unstable` et merger la branche `testing`. Un nouveau commit de merge est réalisé, l'historique de la branche unstable ressemble donc à : Puis passer dans la branche `unstable` et merger la branche `testing`. Un nouveau commit de merge est réalisé, l'historique de la branche unstable ressemble donc à :
```bash ```bash
789ghi Merge branch 'testing' into unstable 789ghi Merge branch 'testing' into unstable
@ -131,8 +133,6 @@ Puis passer dans la branche `unstable` et merger la branche `testing`. Un nouvea
123abc Hotfix commit message. 123abc Hotfix commit message.
``` ```
Il faut ensuite créer une release stable suivant le processus habituel.
**TODO** dev un helper 'git yunohotfix ...' qui commit dans stable et cherry-pick tout de suite dans daily ? ou l’inverse ? **TODO** dev un helper 'git yunohotfix ...' qui commit dans stable et cherry-pick tout de suite dans daily ? ou l’inverse ?
#### Paquets non YunoHost #### Paquets non YunoHost