Workflows
Le principe de base du workflow de branche par fonctionnalité est que chaque fonctionnalité est développée dans une branche prévue à cet effet plutôt que dans la branche master. Grâce à cette encapsulation, plusieurs développeurs peuvent travailler aisément sur une même fonctionnalité sans modifier la base de code principale.
Les branches permettent non seulement de développer des fonctionnalités de manière isolée, mais aussi de discuter des changements grâce aux pulls request.
Une fois qu'un développeur a terminé de travailler sur une fonctionnalité, il ne fait pas directement un merge dans master. Au lieu de cela, il « push » la branche de fonctionnalité vers le serveur central et fait une pull request pour demander de merger ses ajouts dans master.
Les autres développeurs ont ainsi la possibilité d'examiner les changements avant que ceux-ci ne soient intégrés à la base de code principale.
Toutes les branches de fonctionnalité sont créées à partir de l'état du code d'un projet.
Pull des derniers commits, puis réinitialise la copie de la branche master pour qu'elle soit la plus récente.
git checkout master
Création d'un branche
git branch <nom_branche>
Permet de se déplacer dans une branche
git checkout <nom_branche>
git merge master
git status <nom_branche>
git add <nom_branche>
git commit <nom_branche>
Import d'une branche source vers ma branche
git merge <branche_source>
Cette commande push <nom_branche> vers master
git push -u origin <nom_branche>
Nous avons opté pour ce workflow car il permet à chacun développer de travailler en autonomie, ce workflow nous permet aussi de s'organiser ensemble sur nos fonctionnalités, il encourage aussi la collaboration avec les autres développer de l'équipe par le biais de pull request et revues de merge, de voir l'état d'avancement du projet, de plus les autres développer peuvent avoir accès à nos commit pour nous aider ou exploiter le code.