Non, c’est la même chose. La version stable correspond à une sortie 2.3.x jusqu’à ce que la 2.4.x sorte de la phase bêta.
C’était (autant que je me souvienne) la première fois que la version stable était cassée (pendant une période prolongée) et que tests-passé n’était pas le cas.
Cependant, la plupart des paquets externes sont figés sur une version ou une publication spécifique grâce au mécanisme Gemfile.lock. Rubygems est vraiment plus une exception dans ce cas.
Ce que je veux dire, c’est que pour tout logiciel de production, je ne veux pas exécuter la version x.0 en production. Personne n’utiliserait PostgreSQL 13.0, Node 14.0.0 ou macOS 10.16.0, n’est-ce pas ? On attend toujours au moins la version x.x.2 ou x.x.3, non ?
Ce n’est pas possible avec Discourse, sauf peut-être en utilisant un identifiant de commit git, mais cela risque de finir par être cassé plus on s’éloigne dans le temps de la date du commit.
Je ferme ce sujet maintenant, car le problème mentionné dans le message d’origine a été résolu.
Si vous rencontrez d’autres problèmes, veuillez créer des sujets distincts pour chacun d’eux.