J'ai récemment remarqué quelque chose qui regarde certains projets populaires sur GitHub, à savoir qu'il n'y a pas de develop
branche. Et en fait, le guide GitHub Flow ne le mentionne pas non plus. De ma compréhension, master
devrait toujours être totalement stable et refléter la production. Si les développeurs travaillent sur des branches de fonctionnalités, et les fusionnent ensuite master
, cela signifie qu'il y a une période de temps pendant laquelle les fonctionnalités / correctifs sont fusionnés master
et que la master
branche est en réalité plus récente que la production.
Ne serait-il pas plus logique de demander à l’équipe de créer des branches de fonctionnalités / corrections develop
, de les fusionner à nouveau, puis de develop
fusionner master
et de créer une balise lorsque la version suivante est totalement prête à être commercialisée ? Imaginez que des personnes fusionnent directement master
et qu’un bogue signalé en production devienne difficile à corriger car la master
base de code de la branche a considérablement changé. Ensuite, les développeurs doivent simplement dire à l'utilisateur d'attendre la prochaine version pour voir le problème résolu.
EDIT: Cette question est différente de celle de "créer ou non une branche". Il s’adresse spécifiquement aux personnes qui abandonnent l’utilisation de la branche develop et aux raisons qui l’entourent, car cela a longtemps été présenté comme la meilleure pratique.