Perso et c'est comme çà que je bosse. Si la branche 2.4 est dite stable, elle ne doit en aucun cas contenir de trucs en cours de développement et cela doit être réservé à une version 2.5.
Les itérations au sein d'une branche stable (2.4) ne doivent être que des corrections de bugs validées et testées.
D'où le débat sur la branche 2.5 qui a mon avis devrait déjà exister pour les grosses modifs. Quelque part, la 2.5 devrait être créer au moment où la version 2.4 sort effectivement. Enfin, je répète déjà tout ce qui a été dit sur les branches FB.
Mais je trouve qu'une branche stable ne doit contenir que des choses éprouvées. Ainsi, lorsqu'une boîte décide d'utiliser le dernier noyau de la branche stable, il n'y ait pas de grosses surprises, bien qu'elle devrait tester avant d'utiliser.
Tout cela, ce sont des problèmes d'organisation dans la gestion de configuration et de version, chacun voit midi à sa porte.
[^] # Re: Un bug dans la compil d'une release
Posté par Blackknight (site web personnel, Mastodon) . En réponse à la dépêche Noyau 2.4.14 out. Évalué à -2.
Les itérations au sein d'une branche stable (2.4) ne doivent être que des corrections de bugs validées et testées.
D'où le débat sur la branche 2.5 qui a mon avis devrait déjà exister pour les grosses modifs. Quelque part, la 2.5 devrait être créer au moment où la version 2.4 sort effectivement. Enfin, je répète déjà tout ce qui a été dit sur les branches FB.
Mais je trouve qu'une branche stable ne doit contenir que des choses éprouvées. Ainsi, lorsqu'une boîte décide d'utiliser le dernier noyau de la branche stable, il n'y ait pas de grosses surprises, bien qu'elle devrait tester avant d'utiliser.
Tout cela, ce sont des problèmes d'organisation dans la gestion de configuration et de version, chacun voit midi à sa porte.