- Added ParentRegisterStep4Screen for capturing motivation and CGU acceptance. - Integrated custom checkbox and text field widgets for better UI. - Implemented modal dialog for displaying CGU text. - Created ParentRegisterStep5Screen for summarizing registration data. - Added functionality to display parent and child details with edit options. - Included confirmation modal upon submission of the registration request.
2.2 KiB
🚀 Guide de contribution – Projet P'titsPas (Flutter)
Bienvenue ! Ce guide explique comment collaborer efficacement sur ce projet Flutter.
📌 Branches Git
Le projet suit une stratégie de branches simple et efficace :
| Branche | Rôle |
|---|---|
main |
Production (version stable déployée) |
develop |
Intégration (version en cours de test) |
feature/XXX |
Développement d’une nouvelle fonctionnalité |
fix/XXX |
Correction de bug |
hotfix/XXX |
Patch urgent sur main |
✅ Cycle de développement
-
Crée une branche à partir de
developgit checkout develop git pull origin develop git checkout -b feature/FRONT-XXX-nom-fonctionnalite -
Travaille localement + commit régulièrement
Commits clairs et concis : Nom de la branche: Fonctionnalité push
git commit -m "FRONT-021: ajout du widget zone enfants" -
Pousse ta branche
Exemple
git push origin feature/FRONT-XXX-nom -
Ouvre une Pull Request vers develop
Ps : La PR vers develop est faite lorsque une fonctionnalité du ticket à été fait et testé ou lorsque tous le ticket est finis
-
Titre : [FRONT-021] Widget zone enfants
-
Description : ce que tu as fait, ce qu’il reste à tester
-
Lie le ticket associé (ex: Fixes #21)
-
-
Relecture & Merge
- Au moins 1 review nécessaire
- Pas de commit direct sur develop ou main
-
Une fois merge, supprime la branche distante:
PS: La branche est supprimé que lorsque tout le ticket a été consommé
git push origin --delete feature/FRONT-XXX-nom
🧼 Règles de bonne conduite
-
Une PR = une seule fonctionnalité ou correction
-
Code commenté si logique complexe
-
Garder les noms de variables/dossiers clairs et en anglais
-
Pas de code mort ou non utilisé
-
Tester les commandes du workflow(dans le .github) afin d'être sur de ne pas avoir des erreur dans le code et pour etre sur de passer les tests du Workflow