# 🔀 Git Workflow - Guide des Bonnes Pratiques Ce document décrit le workflow Git utilisé pour le projet **BricoLoc Architecture Evolution**. --- ## 📋 Stratégie de Branching Nous utilisons une variante simplifiée de **Git Flow** adaptée à un projet académique. ### Branches Principales ``` main (production) ↓ develop (développement) ↓ feature/* (fonctionnalités) ``` #### `main` - **Protection** : ✅ Protégée (pas de push direct) - **Contenu** : Code stable, déployable - **Merge** : Uniquement depuis `develop` via Pull Request - **Tags** : Versions (v1.0.0, v2.0.0, etc.) #### `develop` - **Protection** : ⚠️ Semi-protégée (PR recommandées) - **Contenu** : Code en développement actif - **Merge** : Depuis `feature/*` branches #### `feature/*` - **Nomenclature** : `feature/` - **Durée de vie** : Courte (1-5 jours max) - **Base** : Créée depuis `develop` - **Merge** : Vers `develop` via Pull Request --- ## 🚀 Workflow Complet ### Étape 1 : Créer une Feature Branch ```bash # S'assurer d'être sur develop et à jour git checkout develop git pull origin develop # Créer une nouvelle feature branch git checkout -b feature/auth-service # Vérifier la branche active git branch ``` **Nomenclature des branches** : - `feature/auth-service` ✅ - `feature/catalogue-crud` ✅ - `feature/reservation-flow` ✅ - `fix/inventory-bug` ✅ - `docs/update-readme` ✅ - `refactor/clean-architecture` ✅ **❌ À éviter** : - `feature/test` (trop vague) - `my-branch` (pas de préfixe) - `feature-auth` (utiliser `/` pas `-`) ### Étape 2 : Développer ```bash # Faire des modifications code packages/microservices/auth/src/ # Vérifier les fichiers modifiés git status # Ajouter les fichiers (sélectif) git add packages/microservices/auth/ # OU ajouter tout git add . ``` ### Étape 3 : Committer **Format des messages de commit** (Conventional Commits) : ``` ():