+ Le groupe peut expliquer et justifier son choix de workflow git.
+ Le groupe peut montrer que tout est en place et que tous les membres du groupes utilisent déjà git pour le projet.

Notre projet utilise le workflow Git "Feature Branch Workflow".Cette combinaison nous permet de tirer parti de la flexibilité et de la collaboration efficace offerte par ces méthodologies, en assurant un développement cohérent et une maintenance facile de notre application.

Pourquoi avons-nous choisi ce workflow ?

• Isolation du développement : Le Feature Branch Workflow permet à chaque membre de l'équipe de travailler indépendamment sur des fonctionnalités distinctes sans interférer avec le travail des autres. Cela est crucial pour notre équipe, car nous gérons de multiples fonctionnalités en parallèle.

• Facilité de collaboration : Les branches de fonctionnalités permettent une collaboration plus facile sur les mêmes fonctionnalités. Les développeurs peuvent pousser leurs changements dans la même branche et utiliser des pull requests pour discuter des modifications avant de les fusionner avec la branche principale.

• Révision de code et intégration continue : En utilisant les pull requests, nous pouvons facilement revoir le code des autres membres de l'équipe, garantissant ainsi la qualité et la cohérence du code. Cela facilite également l'intégration et le déploiement continus, car les tests automatiques peuvent être exécutés à chaque pull request.

Comment avons-nous mis cela en place ?

• Initialisation du dépôt Git : Nous avons commencé par initialiser notre dépôt Git sur GitHub, en définissant clairement notre structure de branches (master, develop, features/, release/, hotfix/).

• Règles de branchement : Nous avons établi des règles de nommage claires pour nos branches de fonctionnalités, en utilisant le format feature/<nom_de_la_fonctionnalité>, ainsi que pour les releases (release/) et les hotfixes (hotfix/).

• Utilisation de Pull Requests : Pour chaque nouvelle fonctionnalité, correction, ou amélioration, nous créons une pull request vers la branche develop pour la révision de code. Une fois approuvée, la fonctionnalité est fusionnée dans develop.

• Releases : Lorsque nous sommes prêts pour une nouvelle version, nous créons une branche release à partir de develop pour les tests finaux et ajustements. Après validation, la release est fusionnée dans master et taguée avec la version.

• Adoption par l'équipe : Tous les membres de notre équipe ont été formés à ce workflow Git et l'utilisent activement pour le projet. Nous avons organisé des sessions de formation et partagé des ressources pour s'assurer que tout le monde est à l'aise avec les processus Git.

• Ce workflow a été choisi pour maximiser notre efficacité, maintenir la qualité de notre code, et faciliter la gestion des versions de notre application. Il démontre notre engagement à adopter les meilleures pratiques de développement collaboratif et à garantir un projet bien organisé et facile à maintenir.