La seule raison pour laquelle le jalon 3.3.3 a été marqué comme terminé est que le fait de laisser le jalon ouvert a interféré avec nos rapports de ticket pour 3.4.1. (J'ai oublié que les fermetures d'étapes se reflètent dans la chronologie.)
De manière générale, nous attribuons des tickets au prochain jalon mineur s'ils signalent une régression immédiate. Ainsi, une régression en 3.2 qui apparaît pendant le développement de 3.3 aurait été affectée à 3.2.2, comme cela s'est produit ici. Dans ce cas, nous sommes allés jusqu'à fermer ces tickets avec un commit contre la branche 3.2. Nous le faisons parfois principalement pour des raisons d'entretien ménager, et donc s'il y a un besoin de libération, nous sommes mieux préparés. Mais puisque rien n'a déclenché une version 3.2.2 (un bogue suffisamment critique ou quelque chose lié à la sécurité), nous venons de clore le jalon. Ceci est utile à des fins de suivi. Nous aurions pu tout aussi facilement le supprimer et réattribuer tous les tickets à 3.3. Nous ne l'avons tout simplement pas fait dans ce cas.
Modifier, ajouter plus de fond: il convient de noter que nous nous efforçons toujours de rendre les branches de version aussi stables que possible. Donc, si vous exécutez la branche 3.2 et la maintenez toujours à jour, vous exécutez peut-être quelque chose de "plus stable" que la version stable 3.2.1. Ces types de correctifs supplémentaires arrivent souvent dans une branche après la version finale du point pour cette branche, et ne sont donc pas publiés.
Nous avons publié des packages formels en de rares occasions - la version 3.0.6 est sortie en même temps que la version 3.1.2. En général, nous avons essayé de maintenir la deuxième branche la plus récente (par exemple 3.0) jusqu'à ce que la branche de développement actuelle (par exemple 3.2) ait atteint le statut "beta". Nous n'avons pas annoncé la disponibilité de 3.0.6, mais quiconque exécutant la branche 3.0 aurait au moins pu mettre à jour ces correctifs via les canaux officiels.
