|
|
## Branches principales
|
|
|
**master** (production)
|
|
|
**develop** (branche de développement principale)
|
|
|
|
|
|
## Syntaxe des branches temporaires :
|
|
|
* **feature/*** (Utilisé pour implémenter une nouvelle fonctionnalité)
|
|
|
* **fix/*** (Utilisé pour fixer les bug **UNIQUEMENT**)
|
|
|
* **update/*** (Utilisé pour amélioré le code existant)
|
|
|
|
|
|
## REGEX des branches:
|
|
|
^(feature|fix|update|rework)/\*
|
|
|
|
|
|
## Procédure Merge Request
|
|
|
Avant de **valider** une merge request, attendez qu'elle ai été **approuvée** par l'ensemble des membres de l'équipe.
|
|
|
|
|
|
C'est très important que l’implémentation des fonctionnalités soit faite de façon attentionnée. Pour implémenter une nouvelle fonctionnalité, les règles suivantes doivent s'appliquer:
|
|
|
|
|
|
* **Vérifier** si la fonctionnalité est **dépendante** d'une autre, si c'est le cas **grouper** les taches pour éviter d'avoir des **conflits** ou les faire les unes après les autres.
|
|
|
* **Créer** une branche temporaire depuis le dernier develop.
|
|
|
* **Créer** une pull request.
|
|
|
* **Écrire** son code.
|
|
|
* **Commit** fréquemment.
|
|
|
* **Attendre** une review de l'équipe (si nécessaire).
|
|
|
* **Documenter** votre merge request. Cela permettra à tout le monde de **comprendre** ce qui a été fait brièvement sans rentrer dans les **détails** de votre code.
|
|
|
* Si vous rencontrer des **problèmes**, que vous êtes bloqué sur la complétion d'une tache, **documentez** les également pour permettre à tout le monde de vous **aider**. |
|
|
\ No newline at end of file |