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

DocGitLab

parent d23a47d1
Branches
Tags
No related merge requests found
...@@ -37,13 +37,88 @@ Quand l'environnement de pré-production est validé, il est alors mergé sur ne ...@@ -37,13 +37,88 @@ Quand l'environnement de pré-production est validé, il est alors mergé sur ne
![branches depots](images/depot_branches.png) ![branches depots](images/depot_branches.png)
## Créer un tag
## Faire un correctif ## Faire un correctif
*Cette section est réservée aux projet 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].
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
![branches depots 2](images/depot_branches_2.png)
Chaque correctif doit être fait à travers une issue (documenté plus bas)
## Faire une évolution ## Faire une évolution
## Créer un tag *Cette section est réservée aux projet 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].
Une fois terminée, la branche sera rapatriée sur next_version.
![branches depots 3](images/depot_branches_3.png)
Chaque évolution doit être fait à travers une issue (documenté plus bas)
## Créer une issue (demande)
Une issue est une demande aux développeurs de résoudre un problème sur l'application actuellement en production ou alors de déveloper une nouvelle fonctionnalité.
Le titre de l'issue dois contenir sur quelques mots le but de la demande, puis dans la description il est possible de détailler.
En cas de bug, il vaut mieux associer la demande au responsable produit de telle sorte à ce qu'il reçoive par mail et dans l'interface une notification.
Pas besoin de fournir de milestone car ce dernier sera décidé par le responsable produit.
Parmi les labels disponibles il faudra spécifier si il s'agit d'un bug ou d'une évolution.
![issues 2](images/depot_issue_2.jpg)
Lorsqu'un responsable produit va accepter une issue il voudra si c'est un bug créer une branche ainsi qu'une merge request, pour cela plusieurs étapes sont nécessaires.
#### Assigner la demande
En assignant la branche à quelqu'un il recevra une notification par mail ainsi que sur l'interface.
![issues 3](images/depot_issue_3.jpg)
Le milestone permettra de connaître l'avancement du projet dans sa globalité, il est important de le spécifier pour savoir à quelle version de l'application correspond cette issue.
![issues 4](images/depot_issue_4.jpg)
Les labels permettront de filtrer les issues, les deux labels bug et evolution sont toujours présents car ils appartiennent au groupe, sur les applications vitis on retrouve autant de labels que de modules pour savoir rapidement à quel module correspond cette issue.
![issues 5](images/depot_issue_5.jpg)
#### Effectuer la demande
**Quand l'issue vous est attribuée** et que vous commencez à la résoudre il faudra créer une branche ainsi qu'une merge request.
**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'une évolution on créera une branche evolution/... et on choisira comme source next_version
![issues 6](images/depot_issue_6.jpg)
Désormais une branche portant le nom de l'issue a été créée. Vous remarquerez que le nom de la merge request commence par **WIP** (Work In Process) ce qui nous permet de savoir si la travail du développeur est terminé ou non.
![issues 7](images/depot_issue_7.jpg)
**Une fois les développements terminés** sur la branche il est temps de terminer la merge request pour demander au responsable projet d'intégrer les développements sur la banche source. Pour cela il faudra lui assigner la merge request puis enlever le status WIP en cliquant sur **Resolve WIP status**.
#### Valider la demande
Une fois que le développeur a terminé et vous a assigné la demande de merge vous pouvez visualiser les modifications effectuées et valider la demande.
Si la demande ne correspond pas à vos attentes il faudra l'éditer pour ajouter à nouveau WIP: au début du titre, puis décrire dans la fenềtre de discussion pourquoi la demande n'est pas valide.
Une fois la demande de merge effectuée l'issue se met à jour automatiquement en état terminé.
## Paramétrer le dépôt ## Paramétrer le dépôt
......
gitlab/images/depot_branches_2.png

15.8 KiB

gitlab/images/depot_branches_3.png

15.2 KiB

gitlab/images/depot_issue_1.jpg

211 KiB

gitlab/images/depot_issue_2.jpg

265 KiB

gitlab/images/depot_issue_3.jpg

70.9 KiB

gitlab/images/depot_issue_4.jpg

64.7 KiB

gitlab/images/depot_issue_5.jpg

54.1 KiB

gitlab/images/depot_issue_6.jpg

354 KiB

gitlab/images/depot_issue_7.jpg

332 KiB

0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment