Un workflow de développement c'est une manière travailler dans le but de minimiser les problèmes induits par le travail collaboratif, notamment les conflits de modification. Ou plus simplement c'est une manière d'organiser le travail.
Exemple sans workflow : tout le monde modifie directement la branche principale du projet et gère ses fusions à la main sans se soucier du résultat. Exemple avec un workflow basique : chaque développeur crée une branche sur laquelle il travaille et n'envoie ses modifications sur le dépôt principal que sur cette branche. Une fois qu'il considère qu'il a terminé, il prévient un responsable qui se charge de tester les branches ainsi créées et les fusionne avec la branche de développement officiel. Une fois qu'il s'est assuré que la version de la branche de développement fonctionne bien, il la fusionne à son tour avec la branche principale qui est réputée comme stable.
On peut aussi parler de workflow à un niveau personnel, mais là ça s'apparente plus à une méthode de travail.
Exemple classique : J'écris un test automatique, je constate qu'il échoue, je commite ce test, j'écris le code, je constate que le test fonctionne (si non je debug), je teste à la main, je commit.
[^] # Re: Workflow
Posté par gelnior . En réponse au journal Deux ans de projet libre : bilan. Évalué à 4.
Un workflow de développement c'est une manière travailler dans le but de minimiser les problèmes induits par le travail collaboratif, notamment les conflits de modification. Ou plus simplement c'est une manière d'organiser le travail.
Exemple sans workflow : tout le monde modifie directement la branche principale du projet et gère ses fusions à la main sans se soucier du résultat.
Exemple avec un workflow basique : chaque développeur crée une branche sur laquelle il travaille et n'envoie ses modifications sur le dépôt principal que sur cette branche. Une fois qu'il considère qu'il a terminé, il prévient un responsable qui se charge de tester les branches ainsi créées et les fusionne avec la branche de développement officiel. Une fois qu'il s'est assuré que la version de la branche de développement fonctionne bien, il la fusionne à son tour avec la branche principale qui est réputée comme stable.
On peut aussi parler de workflow à un niveau personnel, mais là ça s'apparente plus à une méthode de travail.
Exemple classique : J'écris un test automatique, je constate qu'il échoue, je commite ce test, j'écris le code, je constate que le test fonctionne (si non je debug), je teste à la main, je commit.