Branches notables (Front et Back-end)
2 branches permanentes
<aside>
main : notre branche de production. Ne peut être mis à jour que via une branche de release (et une validation produit). Elle est associée à une version fixe du modèle.
</aside>
<aside>
preprod : notre environnement de dev dans lequel chaque PR est fusionnée après relecture puis recette produit. Cette branche est associée à la version la plus récente du modèle.
</aside>
Le processus de développement varie un peu entre la partie Front (le site) et la partie Back (le serveur et les données):
Cycles de vie Front-End
Cycle de vie du développement d’une fonctionnalité
- Création d’une branche de travail à partir de
preprod. Attention : il vaut mieux nommer la branche avec l’id de la carte du board Notion à lui associer, afin de tirer des automatisations entre Notion et Github (ex: NGC-1200).
- Développement de la fonctionnalité.
- Création d’une PR de notre branche vers
preprod.
- Quand la fonctionnalité est : testée en local, testée sur la preview et que le code est relu par l’auteur de la PR, ce dernier peut demander une relecture par un autre développeur de l’équipe, et traiter les retours formulés au besoin.
- Quand la PR est approuvée, l’auteur de la PR doit passer sa carte Notion en “Revue fonctionnelle” et copier/coller l’URL de preview Vercel dans la carte à l’endroit prévu, afin de permettre la recette produit. Si des retours sont formulés, l’auteur de la PR devra les traiter, puis à nouveau demander une relecture du code.
- Quand la recette QA est validée, la PR peut être fusionnée dans
preprod .
Cycle de vie d’une release
- Création de la branche de release, depuis
preprod . Il conviendra de nommer la branche release-x-y-z en fonction du numéro de version de la release.
- On crée une PR de la branche de release vers
main.
- Recette QA sur l’URL de preview générée par Vercel.