Aller au contenu

Flux de Travail Git

Branches

Branch Environnement Objectif
dev Beta Branche par défaut, reçoit tous les travaux de feature — utilisée pour les tests des développeurs
main Preprod Code stable en attente de validation du PO avant la production
Tag Production Un nouveau tag déclenche un déploiement de production

Milestone Cadence

Les milestones s'étendent sur 2 semaines et sont nommés d'après le numéro de la semaine au cours de laquelle ils commencent (par exemple, S15 pour un milestone commençant la semaine 15).

Mardi        Jeudi (dernier)    Vendredi        Lundi
   │                  │               │                │
   ▼                  ▼               ▼                ▼
Milestone         Toutes les    dev → main       Déploiement en
commence          tâches         Validation       production
                  terminées       du PO           (si PO ✓)
  1. Jeudi dernier du milestone — toutes les tâches prévues doivent être complétées et dev est fusionné dans main.
  2. Vendredi — Le Product Owner valide la version sur l'environnement preprod.
  3. Lundi — Pousser un nouveau tag pour déployer en production après l'approbation du PO. Un nouveau milestone peut commencer le mardi suivant.

Déploiement

Les déploiements sont déclenchés en poussant un nouveau tag. Les tags suivent le Semantic Versioning:

MAJOR.MINOR.PATCH   →   par exemple 1.4.0
git tag v1.4.0
git push origin v1.4.0

Feature Development

Nommage des branches

Les branches sont créées à partir de dev et suivent la convention:

<feature-code-name>/<short-description>

Exemples: - users/allow-closer-assignment - billing/add-stripe-webhook

Workflow

  1. Créer une branch à partir de dev.
  2. Ouvrir une PR draft dès que possible.
  3. Rebase votre branch sur dev avant de la marquer comme ready.
  4. Marquer la PR comme ready pour la review une fois le travail terminé.
  5. Le lead developer examine et fusionne dans dev.

Project Board

Les développeurs sont responsables de maintenir à jour leurs issues sur le project board.

Column Signification
Backlog Issue non encore commencée
Ready Préparée et prête à être prise en charge
In Progress Actuellement en cours de traitement
QA Travail terminé, en attente de QA
Done Déployée en production (pas seulement fusionnée)

Label: qa::ok est appliquée aux issues qui ont réussi la QA.
Done est réservée exclusivement aux issues déployées en production.