La politique de gestion des branches est un aspect essentiel de la gestion du code source dans un projet. Voici notre choix de branches et la justification de notre politique de branche :
- main : La branche "main" est notre branche principale et représente la version de production stable de notre projet. Cette branche contient uniquement le code qui a été testé, validé et prêt à être déployé en production. Elle est protégée et ne peut recevoir de modifications directes. Les mises à jour de cette branche se font via des pull requests provenant de la branche "develop".
- develop : La branche "develop" est notre branche de développement principale. C'est là que le développement actif du projet a lieu. Toutes les fonctionnalités, les correctifs de bogues et les améliorations sont développés dans cette branche. Une fois qu'une fonctionnalité est considérée comme prête pour les tests, elle est fusionnée dans la branche "develop" via un pull request. La branche "develop" peut contenir du code en cours de développement et peut être déployée sur des environnements de test ou de préproduction pour des tests supplémentaires.
- features/... : Ce regroupement de branche est utilisée pour développer et tester de nouvelles fonctionnalités. Les développeurs travaillent sur des branches de manière isolée pour ajouter, modifier ou résoudre des problèmes. Une fois que la fonctionnalité est développée et testée localement, un pull request est créé pour fusionner les changements dans la branche "develop".
Notre politique de branche suit une approche de gestion du workflow Git basée sur les branches "main" et "develop". Les fonctionnalités sont développées dans des branches distinctes et fusionnées dans la branche "develop" via des pull requests. Cette approche permet une gestion efficace des fonctionnalités en cours de développement, en isolant les modifications et en facilitant la collaboration entre les membres de l'équipe.