Partie 1 · Comprendre
Aperçu des workflows
Git ne dicte pas une méthode : chaque équipe choisit un workflow.
| Workflow | Principe | Limite |
|---|---|---|
| Centralisé | tout le monde sur main : pull, modifier, push | conflits si mêmes fichiers ; pas d'isolation des fonctionnalités |
| Branches fonctionnelles | une branche par fonctionnalité ou correctif (feature/…, fix/…), fusion dans main | discipline de nommage et de suivi |
| Gitflow (Vincent Driessen) | main, develop, feature, release, hotfix | lourd pour petites équipes, ralentit |
| Pull requests | branche + PR revue et approuvée avant fusion | ralentit si PR longues ; outils requis |
| Forking | chaque contributeur a son fork, PR vers le dépôt officiel | complexe pour les débutants |
Vérifie que tu as compris
Une petite équipe, un projet simple : quel workflow le cours juge-t-il idéal ?
Vérifie que tu as compris
Dans Gitflow, d'où part une branche hotfix ?
Le workflow des pull requests peut se combiner avec n'importe quel autre : il apporte la revue de code et détecte les erreurs avant l'intégration. Le forking est courant en open source : les mainteneurs contrôlent ce qui est intégré.