7 min lecture • Guide 799 of 877
Stratégies de Gestion des Releases
Des releases cohérentes construisent la confiance. GitScrum aide à coordonner la planification des releases et à suivre ce qui est livré dans chaque version.
Planification des Releases
Cadences de Release
OPTIONS DE CADENCE DE RELEASE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DÉPLOIEMENT CONTINU: │
│ ──────────────────── │
│ Chaque commit sur main → production │
│ Plusieurs releases par jour │
│ Risque le plus bas par release │
│ Requiert: Automatisation forte, feature flags, tests rapides│
│ │
│ RELEASES QUOTIDIENNES: │
│ ────────────────────── │
│ Heure fixe chaque jour │
│ Les changements sont regroupés │
│ Faible risque, prévisible │
│ Requiert: Bon CI/CD, tests rapides │
│ │
│ RELEASES HEBDOMADAIRES: │
│ ─────────────────────── │
│ Chaque mardi (ou similaire) │
│ Une semaine pour les tests et la préparation │
│ Courant pour les applications web │
│ Requiert: Gel des features avant release │
│ │
│ BASÉ SUR LES SPRINTS: │
│ ───────────────────── │
│ Fin de chaque sprint │
│ Cycles de 1-2 semaines │
│ S'aligne avec les cérémonies agiles │
│ Requiert: Discipline de sprint │
│ │
│ MODÈLE TRAIN: │
│ ───────────── │
│ Calendrier fixe: "Le train part le mardi" │
│ Features prêtes → embarquent. Pas prêtes → prochain train │
│ Prévisible pour les parties prenantes │
│ Requiert: Features découplées │
│ │
│ TRIMESTRIEL / ANNUEL: │
│ ───────────────────── │
│ Versions majeures avec longs cycles │
│ Risque élevé par release │
│ Courant pour: Logiciel desktop, apps mobiles, hardware │
│ Requiert: Tests extensifs, planification de rollback │
└─────────────────────────────────────────────────────────────┘
Planification de Release
PLANIFIER UNE RELEASE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PLAN DE RELEASE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ RELEASE: v2.4.0 ││
│ │ DATE CIBLE: 30 janvier 2025 ││
│ │ RELEASE MANAGER: @jordan ││
│ │ ││
│ │ THÈME: Améliorations paiement + Performance ││
│ │ ││
│ │ FEATURES INCLUSES: ││
│ │ ☑ EPIC-015: Intégration PayPal ││
│ │ ☑ EPIC-018: Performance dashboard ││
│ │ ☑ STORY-890: Mise à jour templates email ││
│ │ ☑ BUG-123: Correction affichage fuseau horaire ││
│ │ ☐ STORY-891: Rapports personnalisés (à risque) ││
│ │ ││
│ │ TIMELINE: ││
│ │ 20 jan: Gel des features ││
│ │ 21-24 jan: Tests et corrections ││
│ │ 27 jan: Release candidate prête ││
│ │ 28 jan: Déploiement staging ││
│ │ 29 jan: Vérification finale ││
│ │ 30 jan: Release production ││
│ │ ││
│ │ DÉPENDANCES: ││
│ │ • Migration API Stripe v3 terminée ││
│ │ • Marketing prêt avec l'annonce ││
│ │ ││
│ │ PLAN DE ROLLBACK: ││
│ │ Garder v2.3.0 prête pour rollback rapide ││
│ │ Migrations DB rétro-compatibles ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ GEL DES FEATURES: │
│ ───────────────── │
│ Après le gel: Seules les corrections de bugs autorisées │
│ Nouvelles features → attendre prochaine release │
│ Focus sur la stabilité │
└─────────────────────────────────────────────────────────────┘
Versioning
Versioning Sémantique
VERSIONING SÉMANTIQUE (SemVer):
┌─────────────────────────────────────────────────────────────┐
│ │
│ FORMAT DE VERSION: MAJEUR.MINEUR.PATCH │
│ ────────────────────────────────────── │
│ │
│ v2.4.1 │
│ │ │ │ │
│ │ │ └── PATCH: Corrections de bugs seulement │
│ │ │ (pas de nouvelles features) │
│ │ │ │
│ │ └──── MINEUR: Nouvelles features, rétro-compatible │
│ │ (pas de changements cassants) │
│ │ │
│ └────── MAJEUR: Changements cassants │
│ (les utilisateurs doivent agir) │
│ │
│ EXEMPLES: │
│ │
│ v2.4.0 → v2.4.1: Correction de bug │
│ v2.4.1 → v2.5.0: Nouvelle feature ajoutée │
│ v2.5.0 → v3.0.0: API changée de façon cassante │
│ │
│ PRE-RELEASE: │
│ │
│ v2.4.0-alpha.1: Première version alpha │
│ v2.4.0-beta.2: Deuxième version beta │
│ v2.4.0-rc.1: Release candidate │
└─────────────────────────────────────────────────────────────┘
Processus de Release
Workflow de Release
WORKFLOW DE RELEASE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. FEATURE DEVELOPMENT │
│ ├── Développement sur branches │
│ ├── PR et revue de code │
│ ├── Merge vers develop/main │
│ └── Tests automatisés passent │
│ │
│ 2. GEL DES FEATURES │
│ ├── Date de coupure définie │
│ ├── Seuls les bug fixes après │
│ ├── Branche de release créée │
│ └── Focus sur la stabilisation │
│ │
│ 3. PHASE DE TEST │
│ ├── Tests de régression │
│ ├── Tests d'intégration │
│ ├── Tests de performance │
│ └── UAT si applicable │
│ │
│ 4. RELEASE CANDIDATE │
│ ├── RC1 déployée en staging │
│ ├── Tests finaux │
│ ├── Fix et RC2 si nécessaire │
│ └── Approbation pour production │
│ │
│ 5. DÉPLOIEMENT PRODUCTION │
│ ├── Fenêtre de déploiement planifiée │
│ ├── Déploiement avec monitoring │
│ ├── Vérification post-déploiement │
│ └── Rollback si problèmes critiques │
│ │
│ 6. POST-RELEASE │
│ ├── Notes de release publiées │
│ ├── Communication aux utilisateurs │
│ ├── Monitoring des métriques │
│ └── Hotfixes si nécessaire │
└─────────────────────────────────────────────────────────────┘
Notes de Release
Contenu des Notes
MODÈLE DE NOTES DE RELEASE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ # v2.4.0 - 30 janvier 2025 │
│ │
│ ## Nouveautés ✨ │
│ │
│ - **Intégration PayPal**: Vous pouvez maintenant │
│ accepter les paiements via PayPal. │
│ - **Dashboard plus rapide**: Temps de chargement │
│ réduit de 60%. │
│ │
│ ## Corrections 🐛 │
│ │
│ - Correction de l'affichage des fuseaux horaires │
│ - Fix du bug de pagination dans les rapports │
│ │
│ ## Changements Cassants ⚠️ │
│ │
│ - L'API `/v1/reports` est dépréciée. Utilisez `/v2/reports`│
│ │
│ ## Actions Requises 📋 │
│ │
│ - Mettre à jour les intégrations API avant le 1er mars │
│ │
│ ## Notes de Migration │
│ │
│ Aucune action requise pour la plupart des utilisateurs. │
└─────────────────────────────────────────────────────────────┘
Releases avec GitScrum
Fonctionnalités de Support
GitScrum supporte la gestion des releases avec :
Planification:
- Épics liés aux releases
- Timeline de release visible
- Features incluses tracées
Suivi:
- Statut de chaque feature
- Bloqueurs identifiés
- Progression vers le gel
Communication:
- Notes de release générables
- Changelog automatique
- Notifications d'équipe
Historique:
- Versions précédentes documentées
- Comparaison entre versions
- Traçabilité complète
Des releases bien gérées livrent de la valeur de façon prévisible et maintiennent la confiance des utilisateurs.