Skip to content
Snippets Groups Projects
Commit a61c9ee3 authored by Armand Bahi's avatar Armand Bahi
Browse files

modification de la doc pour ne plus utiliser les prefixes bug/ et evolution/

parent 59a93091
No related branches found
No related tags found
No related merge requests found
...@@ -27,7 +27,7 @@ Quand l'environnement de pré-production est validé, il est alors mergé sur ne ...@@ -27,7 +27,7 @@ Quand l'environnement de pré-production est validé, il est alors mergé sur ne
*Cette section est réservée aux projets de développement* *Cette section est réservée aux projets de développement*
Un correctif est un bug remonté sur l'application en cours de production qui doit être corrigé pour publier une nouvelle version mineure, pour ce faire on créera une branche **à partir de master** qui se nommera bug/[intitulé du bug]. Un correctif est un bug remonté sur l'application en cours de production qui doit être corrigé pour publier une nouvelle version mineure, pour ce faire on créera une branche **à partir de master** qui prendra comme nom l'intitulé du bug (nom automatiquement pre-saisi par GitLab).
Une fois le bug corrigé nous le rapatrierons sur master à l'aide d'une merge request puis nous effectuerons une deuxième merge request de master vers next_version Une fois le bug corrigé nous le rapatrierons sur master à l'aide d'une merge request puis nous effectuerons une deuxième merge request de master vers next_version
...@@ -39,7 +39,7 @@ Chaque correctif doit être fait à travers une issue (documenté plus bas) ...@@ -39,7 +39,7 @@ Chaque correctif doit être fait à travers une issue (documenté plus bas)
*Cette section est réservée aux projets de développement* *Cette section est réservée aux projets de développement*
Les évolutions ne sont pas intégrées sur master qu'après la phase de pré-production, c'est pour cela qu'elles seront faites **à partir de next_version** et se nommeront evolution/[intidulé de l'évolution]. Les évolutions ne sont pas intégrées sur master qu'après la phase de pré-production, c'est pour cela qu'elles seront faites **à partir de next_version** et qui prendra comme nom l'intitulé du bug (nom automatiquement pre-saisi par GitLab).
Une fois terminée, la branche sera rapatriée sur next_version. Une fois terminée, la branche sera rapatriée sur next_version.
...@@ -89,9 +89,9 @@ Les labels permettront de filtrer les issues, les deux labels bug et evolution s ...@@ -89,9 +89,9 @@ Les labels permettront de filtrer les issues, les deux labels bug et evolution s
**Ne cliquez pas directement sur le bouton Create merge request**, en revanche cliquez sur le bouton déroulant situé à sa droite pour définir le nom de la branche à créer ainsi que la source. **Ne cliquez pas directement sur le bouton Create merge request**, en revanche cliquez sur le bouton déroulant situé à sa droite pour définir le nom de la branche à créer ainsi que la source.
Si il s'agit d'un bug on créera une branche bug/.... et on choisira comme source master. Si il s'agit d'un bug on choisira comme source master.
Si il s'agit d'une évolution on créera une branche evolution/... et on choisira comme source next_version Si il s'agit d'une évolution on choisira comme source next_version
![issues 6](images/depot_issue_6.jpg) ![issues 6](images/depot_issue_6.jpg)
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment