Guide de contribution

Gestion des branches

Les branches sont divisées en 4 catégories :

Chaque branche correspond à un environnement :

main
- Branche de développement, à partir de laquelle sont créées les branches d'évolutions
- Reçoit le code des évolutions et correctifs
- Fusion avec un Merge commit : git merge --no-ff [ID]-[Description-courte]
- Le code fusioné dans main déclenche un workflow de déploiement sur l'environement de Dev
- Porte tous les tags
staging
- Reçoit le code validé dans main
- Fusion avec un Merge commit : git merge --no-ff main
- Le code fusioné dans Staging déclenche un workflow de déploiement sur l'environement de Staging
production
- Reçoit le code validé dans staging
- Fusion avec un Merge commit : git merge --no-ff staging
- Le code fusionné dans Production déclenche un workflow de déploiement sur l'environement de Prod

Dans le cas d'un Hotfix le correctif doit être fusionné à la fois dans la branche d'environnement et dans main.

Chaque branche correspond à l'implémentation d'une évolution ou une correction

Nomenclature : [ID]-[Description courte] où
- ID corresspond au numéro de ticket de l'évolution dans JIRA
- La Description courte ne doit pas dépasser les 5 mots
Source : main : git checkout -b [ID]-[Description courte] main
Chaque branche doit faire l'objet d'une PR

Pour tester sa branche sur l'environement de DEV avant de merger sur Main il est possible de lancer un déploiement manuel :

Aller dans l'onglet Action sur le repo
Selectioner le worfkflow en question ( deeploy API Compliance / Deploy API Reco )
Dans Menu Run Workflow vous selectioner votre branche et cliquer sur run workflow