Si on suit ta logique, la branche stable doit commencer par un premier noyau (2.4.0 par exemple) et toutes les versions suivantes (2.4.x x>0) ne doivent être que des corrections de ce premier noyau... C'est ce qu'on apprend en Fac mais ça ne peut pas marcher ainsi? Un logiciel n'est jamais parfait (encore moins un système Unix); on ne peut pas tout voir à l'avance, il faut prendre des décisions avant de coder et des fois les décisions ne sont pas bonnes donc il faut revenir dessus.
Dans la branche instable, les décisions prises sont moins réfléchies et donnent donc lieu à des changements plus fréquents alors que dans la branche stable les décisions découlent bien souvent des expérimentations dans la branche instable correspondante, puis se stabilisent dans le temps; ça donne bien l'impression que les nouvelles versions des noyaux stables ne font que corriger des bugs, mais il y a bien des ajouts de fonctionnalités par moment.
Par contre, je suis d'accord sur le fait que la branche instable devrait être créée en même temps que la branche stable s'ils veulent que ça continue à marcher ainsi...
[^] # Re: Un bug dans la compil d'une release
Posté par pas_moi . En réponse à la dépêche Noyau 2.4.14 out. Évalué à 4.
Dans la branche instable, les décisions prises sont moins réfléchies et donnent donc lieu à des changements plus fréquents alors que dans la branche stable les décisions découlent bien souvent des expérimentations dans la branche instable correspondante, puis se stabilisent dans le temps; ça donne bien l'impression que les nouvelles versions des noyaux stables ne font que corriger des bugs, mais il y a bien des ajouts de fonctionnalités par moment.
Par contre, je suis d'accord sur le fait que la branche instable devrait être créée en même temps que la branche stable s'ils veulent que ça continue à marcher ainsi...