Automatisation du Statut des Tâches avec les Merges de PR

Les développeurs ne devraient pas avoir à mettre à jour manuellement le statut des tâches après avoir mergé du code. L'intégration Git de GitScrum déplace automatiquement les tâches à travers les étapes du workflow en fonction de l'activité des PR, gardant l'état du projet précis sans charge supplémentaire pour les développeurs.

Le Problème des Mises à Jour Manuelles

Configuration de l'Intégration Git

Configuration de la Connexion

CONFIGURATION INTÉGRATION GIT
═════════════════════════════

Étape 1 : Connecter le Dépôt
────────────────────────────
Plateforme : GitHub / GitLab / Bitbucket
Dépôt : company/product
Authentification : OAuth ou Personal Access Token

Étape 2 : Configurer le Pattern d'ID de Tâche
──────────────────────────────────────────────
Pattern : #(\d+)
Exemples correspondants : #123, #456
Alternative : TASK-(\d+) pour format TASK-123

Étape 3 : Activer les Webhooks
──────────────────────────────
Événements à suivre :
├── Branche créée
├── Pull request ouverte
├── Pull request approuvée
├── Pull request mergée
└── Pull request fermée

Règles d'Automatisation

RÈGLES D'AUTOMATISATION
═══════════════════════

RÈGLE 1 : Branche Créée
───────────────────────
Déclencheur : Nom de branche contient ID tâche
Action : Déplacer tâche vers "En Cours"
Exemple : feature/#123-user-auth → Tâche #123 vers En Cours

RÈGLE 2 : PR Ouverte
────────────────────
Déclencheur : Description PR contient ID tâche
Action : 
├── Déplacer tâche vers "En Revue"
├── Lier PR à la tâche
└── Notifier le reviewer assigné

RÈGLE 3 : PR Approuvée
──────────────────────
Déclencheur : PR reçoit les approbations requises
Action : Ajouter label "approuvée" à la tâche

RÈGLE 4 : PR Mergée
───────────────────
Déclencheur : PR mergée dans main/master
Action : Déplacer tâche vers "Terminé"

RÈGLE 5 : PR Fermée Sans Merge
──────────────────────────────
Déclencheur : PR fermée sans être mergée
Action : Déplacer tâche retour vers "En Cours"

Lier les PRs aux Tâches

Dans les Noms de Branches

CONVENTIONS DE NOMMAGE DES BRANCHES
═══════════════════════════════════

Format : type/#task-id-description-courte

Exemples :
├── feature/#123-user-authentication
├── bugfix/#456-login-redirect-loop
├── hotfix/#789-security-patch
└── refactor/#234-cleanup-auth-module

GitScrum extrait : #123, #456, #789, #234

Dans les Descriptions de PR

TEMPLATE DE DESCRIPTION PR
══════════════════════════

## Description
Brève description des changements

## Tâches Liées
Closes #123
Related to #124

## Tests
- [ ] Tests unitaires ajoutés
- [ ] Tests d'intégration passent
- [ ] Testé manuellement

## Checklist
- [ ] Code documenté
- [ ] Pas de régression
- [ ] Ready for review

Flux Automatique Complet

Workflow de Bout en Bout

WORKFLOW AUTOMATISÉ COMPLET
═══════════════════════════

1. CRÉATION BRANCHE
   git checkout -b feature/#123-user-auth
        │
        ▼
   🤖 Tâche #123 → "En Cours"

2. PUSH & OUVERTURE PR
   git push → Ouvrir PR "User Auth #123"
        │
        ▼
   🤖 Tâche #123 → "En Revue"
   🤖 PR liée à la tâche
   🤖 Reviewer notifié

3. REVUE & APPROBATION
   Reviewer clique "Approve"
        │
        ▼
   🤖 Tâche #123 + label "approved"

4. MERGE
   Développeur clique "Merge"
        │
        ▼
   🤖 Tâche #123 → "Terminé"
   🤖 Branche supprimée (si configuré)
   🤖 Temps de cycle enregistré

Gestion des Cas Limites

Situations Spéciales

CAS LIMITES ET SOLUTIONS
════════════════════════

PR SANS ID DE TÂCHE :
├── Option 1 : Modifier description pour ajouter #123
├── Option 2 : Lier manuellement dans GitScrum
└── Option 3 : Ignorer (pour travail non suivi)

PLUSIEURS TÂCHES PAR PR :
├── Mentionner toutes : "Closes #123, #124, #125"
├── Toutes les tâches seront mises à jour
└── Utile pour refactoring touchant plusieurs items

PR RE-OUVERTE :
├── Tâche revient à "En Revue"
└── Notifications re-envoyées

CONFLIT DE MERGE :
├── Tâche reste "En Revue"
├── Pas de changement de statut
└── Développeur résout et re-push

Bonnes Pratiques

Optimiser l'Automatisation

Erreurs à Éviter

ANTI-PATTERNS
═════════════

❌ Branches sans ID de tâche
└── Perte de traçabilité

❌ PRs avec mauvais ID
└── Mauvaise tâche mise à jour

❌ Force push sur branches liées
└── Peut casser les liens

❌ Merge sans approval
└── Contourne le processus (si pas de protection)

❌ Trop de tâches par PR
└── Difficile à reviewer

Solutions Connexes

• Automatisation de la gestion des branches
• Automatisation des processus de revue de code
• Intégration Git avec GitScrum
• Configuration des automatisations de workflow