7. Méthodologie - Karitchi/infolab GitHub Wiki

A. Quelles bonnes pratiques avez-vous décidé ensemble d'utiliser pour travailler ?

Utilisation de branches Git structurées : Nous avons convenu d'utiliser des branches feature/xxx pour chaque nouvelle fonctionnalité, avec des revues de code avant fusion sur main.
Code propre et lisible : Nous suivons des conventions de nommage claires et maintenons un code bien commenté, afin de garantir sa lisibilité et sa maintenance à long terme.
Linting et formatage automatique : Nous avons mis en place ESLint et Prettier pour s'assurer que le code respecte les standards définis et que son format soit uniforme.
Revue de code systématique : Chaque membre de l’équipe soumet ses modifications via des pull requests, qui sont relues par au moins un collègue avant d'être fusionnées.
Communication régulière : Nous organisons des réunions hebdomadaires et utilisons un outil de gestion de projet (comme Jira ou Trello) pour suivre l’avancement des tâches.

B. Comment votre code est-il organisé ? Quel linter est utilisé ? Quelles références ou paramétrages utilisez-vous pour votre code ?

Organisation du Code :

Notre code est structuré selon les conventions de Next.js, avec une organisation claire :

pages/ : Contient les fichiers de routes de l'application, chaque fichier représentant une page spécifique.
ui/ : Héberge les composants réutilisables de l'interface utilisateur.
styles/ : Contient les fichiers CSS ou SCSS pour la mise en forme des pages et composants.
public/ : Stocke les fichiers statiques, tels que les images et polices.

Linter Utilisé :

Nous utilisons ESLint, intégré par défaut dans Next.js, pour assurer la qualité et la cohérence du code, en suivant les bonnes pratiques recommandées.

Références et Paramétrages :

Le fichier .eslintrc.json est utilisé pour personnaliser les règles de linting, tandis que Prettier est configuré pour le formatage automatique du code afin de garantir une uniformité dans le style de codage.

C. Comment votre git est-il utilisé ?

Nous appliquons les principes du workflow Gitflow adaptés à notre projet, en utilisant principalement la branche main et les branches de fonctionnalité (feature). Voici comment notre workflow est organisé :

main : Cette branche contient le code stable et prêt pour la production. Toutes les fonctionnalités validées et les corrections y sont fusionnées.
Branches de fonctionnalité (feature/xxx) : Pour chaque nouvelle fonctionnalité, nous créons une branche dédiée issue de main (nommée feature/nom_fonctionnalité). Ces branches sont utilisées pour développer des fonctionnalités isolées. Une fois terminées et revues, elles sont fusionnées dans main.
Branche de correction (hotfix/xxx) : En cas de corrections urgentes, nous créons une branche hotfix directement à partir de main, afin de corriger le problème et déployer rapidement.

Ce workflow simplifié permet de gérer efficacement les nouvelles fonctionnalités tout en maintenant la stabilité du code sur la branche main.

D. Comment sont prévus à l'avance les échanges dans le groupe, quels sont les rythmes des réunions et des discussions ?

Nous discutons via discord.
Nous mettons à jour notre wiki et notre excel à jour tous les jeudi lors des réunions.