diff --git a/gitlab/correctifs_evolutions.md b/gitlab/correctifs_evolutions.md index e0ddd5c122079e28ec99ae556a112ed0b60e2154..6267201fa6478d02ee3dd88d6b5cd9960b6c4c7d 100644 --- a/gitlab/correctifs_evolutions.md +++ b/gitlab/correctifs_evolutions.md @@ -1,12 +1,14 @@ -# [Procédure] Correctifs/évolutions +# [Procédure] Branches Correctifs/évolutions -## 1. Branches principales +## 1. Fonctionnement -### 1.1. Pour les projets FME +### 1. Branches fixes + +#### Pour les projets FME Quand les projet abritent des fichiers non textuels (audio, fmw, zip etc..) des conflits non résolvables vont apparaître régulièrement lors des étapes de merge, dans ce cas il est préférable de créer une branche de travail ouverte à tous les contributeurs, de protéger la branche master pour y faire des merge quand les développements ont étés validés. -### 1.2. Pour les projets de développement +#### Pour les projets de développement Dans ce cas il est possible d'utiliser 100% des capacités de Git et c'est ce que nous allons faire en appliquant la procédure suivante. @@ -21,7 +23,7 @@ Quand l'environnement de pré-production est validé, il est alors mergé sur ne  -## 2. Faire un correctif +### 2. Faire un correctif *Cette section est réservée aux projets de développement* @@ -33,7 +35,7 @@ Une fois le bug corrigé nous le rapatrierons sur master à l'aide d'une merge r Chaque correctif doit être fait à travers une issue (documenté plus bas) -## 3. Faire une évolution +### 3. Faire une évolution *Cette section est réservée aux projets de développement* @@ -45,7 +47,7 @@ Une fois terminée, la branche sera rapatriée sur next_version. Chaque évolution doit être faite à travers une issue (documenté plus bas) -## 4. Créer un correctif/évolution dans GitLab +## 2. Créer un correctif/évolution dans GitLab Dans GitLab la notion de correctif ou d'évolution est lié à une issue, 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é.