# Workflow de développement @@ ## Les attentes * Pouvoir développer sereinement. * Favoriser le travail en équipe. * Respecter les différentes phases d'un projet.  @@ ## Le modèle de branche de Vincent Driessen * Apporte des conventions de nommage. * Apporte de la lisibilité dans l’arbre git. * Colle au plus prêt des phases d’un projet. * Adopté comme standard par les utilisateurs de git. * Automatisé grâce à **git-flow**. @@
Master
Au plus proche de la production
Develop
Branche d'intégration / de développement
git flow init
Feature
Couvre un périmètre fonctionnel
chaque feature est reportée par un merge sur la branche Develop
git flow feature start nom_feature
git flow feature finish nom_feature
Release
Contient un ensemble de version
Le nom correspondra au tag
Lors de la fermeture les commits sont :
reportés dans Develop
reportés dans Master
un Tag est créé
git flow release start nom_release
git flow release finish nom_release
Hotfix
Ne contient que des correctifs
Le nom correspondra au tag
Lors de la fermeture les commits sont :
reportés dans Develop
reportés dans Master
un Tag est créé
git flow hotfix start nom_hotfix
git flow hotfix finish nom_hotfix