Je fais tourner Discourse dans un conteneur Docker, ce qui est un déploiement assez standard.
J’adore pouvoir effectuer les mises à jour depuis le navigateur web, mais je me demande s’il existe un moyen de s’abonner aux versions « stables » plutôt que de recevoir des notifications de mise à jour pour :
Peut-être attendre que les versions bêta soient terminées et me permettre de passer à la 2.5.1 une fois qu’elle sera publiée ?
Vous pouvez modifier votre fichier app.yml pour pointer vers la branche stable (stable). La ligne que vous souhaitez modifier est version, qui est par défaut version: tests-passed.
Gardez à l’esprit que cela signifie que vous attendrez des mois avant de pouvoir mettre à jour, ce qui implique également que vous devrez vivre avec les bugs de cette version pendant une période plus longue.
Notez que vous ne pouvez passer de la version bêta / tests-passés à la version stable qu’une fois qu’une nouvelle version majeure stable (c’est-à-dire 2.5.0) est publiée. Passer de tests-passés à stable maintenant serait un retour à une version antérieure, ce qui n’est pas pris en charge.
Si quelque chose était critique, ne reviendriez-vous pas en arrière pour appliquer la correction ? Je m’attendrais à ce que, si un problème critique survient, il soit corrigé. Ou est-ce que ce n’est pas le cas ?
J’ai également eu plus d’un bug introduit via le canal bêta. Donc, je suppose que mon hypothèse est que, lorsque vous préparez une nouvelle version, vous effectuez des vérifications de bon sens pour vous assurer que tout semble correct et fonctionne comme prévu avant de passer à la version 2.5.1.
@RGJ, merci pour l’information notée. Je m’y attellerai dès la sortie de la prochaine version de Discourse.
Les correctifs de sécurité sont généralement rétroportés, oui. Les bugs critiques (tels que ceux qui bloquent complètement l’utilisation de Discourse) le sont également. Cependant, de nombreux bugs moins critiques peuvent ne pas l’être. La rétroportation elle-même comporte des risques : des régressions involontaires peuvent toujours survenir, cela oblige les utilisateurs de la version stable à mettre à jour, etc.
Notre recommandation générale est que les sites suivent la branche tests-passed (qui est la valeur par défaut) et effectuent une mise à jour lorsqu’une nouvelle version (beta) est disponible. Il existe certains cas où la version stable peut être recommandée, par exemple pour un site avec des plugins complexes qui remplacent les modèles principaux, mais pour un site standard installé via Docker, restez sur tests-passed. Bien que le terme « beta » dans l’industrie du logiciel tende à faire penser aux gens qu’« il y aura des bugs », ce n’est pas notre intention. Toutes les versions de Discourse, tests-passed, beta, stable, etc., comportent des bugs.
Si vous trouvez un bug sur tests-passed et le signalez, il est fort probable qu’il soit corrigé en quelques jours et que vous puissiez mettre à jour pour le faire disparaître. Vous pourriez rencontrer plus de bugs (au sens de bugs uniques), mais ils seront corrigés rapidement. Sur la version stable, comme l’a mentionné Kris, vous ne devriez voir aucun nouveau bug au cours de la période de sortie de 4 à 6 mois, mais tout bug que vous rencontrez ne disparaîtra pas avant la prochaine version stable. Vous êtes susceptible d’avoir plus de bugs à un moment donné que sur tests-passed, car ils ne sont pas corrigés, mais ces bugs devraient rester constants.
La plupart des sites semblent exécuter des tests validés, et ce pour de bonnes raisons : l’équipe développe activement le produit et c’est là qu’elle peut réagir le plus rapidement.
Si vous rencontrez des problèmes, je vous conseillerais plutôt de revoir vos processus de déploiement que de revenir à la version Stable.
Une copie d’intégration ou de préproduction vous permettra de tester proactivement les mises à jour avant de les déployer dans votre environnement de production, sans vous laisser plusieurs semaines ou mois de retard.
En ce qui concerne les plugins Pavilion populaires (TLP, CW, QnA, Events, Follow, Ratings, Locations, etc.), nous suivons actuellement la branche tests-passed, principalement parce qu’il s’agit de l’installation par défaut, ce qui est moins déroutant pour les utilisateurs en général. Cela les rend incompatibles avec Stable la plupart du temps actuellement, en grande partie en raison de la vitesse de développement du cœur de Discourse, qui évolue de manière impressionnante.
Nous continuerons à surveiller cette situation au cas où les ressources nous permettraient de prendre en charge des branches supplémentaires ou si Discourse commençait à livrer l’installation par défaut sur une autre branche. Donc, pour l’instant, si vous avez l’intention d’utiliser nos plugins, veuillez rester sur tests-passed.