Pourquoi existe-t-il des mises à jour pour les versions obsolètes de WordPress?
Le jalon 3.3.3 a été franchi aujourd'hui - cinq jours après la version 3.4. J'ai vu la même chose avec le jalon 3.2.2 qui n'a jamais été publié.
WordPress n'offre aucun support à long terme comme Matt une fois expliqué . Voir aussi: Y aura-t-il des mises à jour de sécurité pour 3.1 lorsque la version 3.2 sera publiée?
3.3.3 est un backport de sécurité - assez compréhensible - mais les backports 3.2.2 n'étaient généralement pas liés à la sécurité.
Qu'est-ce qui se passe ici? En tant qu'administrateur et développeur, dois-je m'en soucier?
La seule raison pour laquelle le jalon 3.3.3 a été marqué comme étant terminé est que laisser le jalon ouvert a interféré avec les rapports de nos tickets pour 3.4.1. (J'ai oublié que les fermetures de jalons sont reflétées dans la chronologie.)
En règle générale, nous attribuons des tickets au prochain jalon mineur s’ils signalent une régression immédiate. Ainsi, une régression dans 3.2 qui survient pendant le développement de 3.3 aurait été assignée à 3.2.2, comme cela est arrivé ici. Dans ce cas, nous sommes allés jusqu'à fermer ces tickets avec un commit sur la branche 3.2. Nous le faisons parfois principalement pour des raisons d’entretien ménager. Par conséquent, s’il est nécessaire de procéder à une libération, nous sommes mieux préparés. Mais comme rien n'a déclenché la publication de la version 3.2.2 (un bogue suffisamment critique ou lié à la sécurité), nous avons juste fermé le jalon. Ceci est utile pour le suivi. Nous aurions pu tout aussi facilement le supprimer et réaffecter tous les tickets à la version 3.3. Nous n'avons tout simplement pas dans ce cas.
Modifier, en ajoutant plus de fond: Il est à noter que nous nous efforçons toujours de rendre les branches de version les plus stables possible. Donc, si vous utilisez la branche 3.2 et que vous la maintenez toujours à jour, vous pouvez exécuter quelque chose de "plus stable" que la version stable 3.2.1. Ces types de correctifs supplémentaires entrent souvent dans une branche après la publication finale du point pour cette branche et ne sont donc pas publiés.
Nous avons publié des packages formels à de rares occasions - 3.0.6 a été publié en même temps que 3.1.2. En général, nous avons essayé de conserver 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 "bêta". Nous n'avons pas annoncé la disponibilité de la version 3.0.6, mais toute personne utilisant la branche 3.0 aurait au moins pu mettre à jour ces correctifs via les canaux officiels.