# Workflow de développement @@ ## Les attentes * Pouvoir développer sereinement. * Favoriser le travail en équipe. * Respecter les différentes phases d'un projet. ![projet](images/08-Projet/phases.png) @@ ## 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**. @@

Les Branches principales

Master

Au plus proche de la production

 

Develop

Branche d'intégration / de développement

 

 

git flow init

@@

Nouvelles fonctionnalités

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

@@

Version prête pour recette

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

@@

corrections de production

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

@@ ## Git Flow : vision globale ![global](/svg/gitflow_all.svg)