RFC : Une nouvelle stratégie de versioning pour Discourse

C’est plutôt cool :+1:

Est-ce que je comprends bien qu’il n’y a pas de mise à jour stable vers la 3.5.3 pour le moment, peut-être par coïncidence ?

Oui, juste une coïncidence. Nous n’avions aucune correction de sécurité à publier ce mois-ci.

La version Stable 3.5 est toujours entièrement prise en charge.

Bonjour,

J’utilisais auparavant l’étiquette beta et j’essaie maintenant de mettre à jour mes scripts pour utiliser la nouvelle configuration. Voici à quoi ressemble le dépôt d’après ce que je peux constater :

* b541e99ea2 (origin/tests-passed, origin/main, origin/latest) DEV: Exclure la nouvelle table dans la configuration IntermediateDB
* 02dfb651ae DEV: Ajouter la prise en charge de la conversion et de l'importation de `category_moderation_groups`
.
.
.
* 1dde082e96 UX: mettre à jour l'icône de citation de la lightbox pour appliquer une ombre (#36247)
* 3e7317b334 (tag: v2025.12.0-latest, tag: release) DEV: Commencer le développement de v2025.12.0-latest (#36249)
| * 48167b94d6 (origin/release/2025.11) Backport du débordement de corps limité (#36256)
| * 75d61b40ee (tag: v2025.11.0) DEV: Augmenter la version sur `release/2025.11` à `v2025.11.0` (#36251)
|/  
* e3f0320395 FIX: utilise le corps avec débordement masqué sur iOS (#36248)
.
.
.
* a4022f69f3 Augmenter la version à v3.3.0.beta1-dev
* b2b1e721b5 (tag: v3.2.0.beta5, tag: latest-release, tag: beta) Augmenter la version à v3.2.0.beta5
* 88305e3d96 DEV: Supprimer la logique basée sur le numéro de version (#25482)
  • Est-il prévu que l’étiquette beta pointe toujours vers v3.2.0.beta5 ?
  • Est-il prévu que l’étiquette release ne pointe pas vers une révision sur la branche release/2025.11 ?

Merci :slight_smile:

Bonjour @simonk, merci d’avoir soulevé ces points ! Nous avons d’ailleurs discuté de ces deux choses en interne aujourd’hui.

  • Les anciennes étiquettes beta et latest-release devraient être des alias de release

  • release devrait suivre le dernier commit de release/2025.11

Je travaille à corriger cela immédiatement.

Ces trois étiquettes ont maintenant été déplacées manuellement vers le bon commit. Je veillerai à ce que les outils automatisés soient mis à jour pour les maintenir au bon endroit à l’avenir.

* commit 48167b94d63faf8a41b9c8193ec5dd3e4e9f498e (HEAD -> release/2025.11, tag: release, tag: latest-release, tag: beta, origin/release/2025.11)
| Author: Joffrey JAFFEUX <j.jaffeux@gmail.com>
| Date:   Wed Nov 26 14:31:55 2025 +0100
| 
|     Backport limited body overflow (#36256)
| 

Un problème de production.

Mon Discourse auto-hébergé affichait toujours 3.6.0.beta2 comme la dernière version publiée. Dans le Tableau de bord d’administration, le smiley vert indiquait que j’étais sur la dernière version, mais en réalité, j’étais en retard de deux versions.

J’ai effectué une mise à jour manuelle et je suis maintenant sur 2025.12.0-latest.

Y a-t-il quelque chose que vous pouvez faire dans l’outil de publication pour signaler 3.6.0.beta2 comme obsolète et exiger une mise à jour ?

C’est probablement dû à la transition d’un schéma à l’autre, mais

  • hier, la 3.5.4 est sortie
  • la 3.5 est marquée ESR et est sortie en août 2025
  • hier, la 2026.1 est sortie, qui est une version ESR

mais la 3.5 est maintenant marquée comme étant en fin de vie. Selon ce qui précède, elle devrait être prise en charge jusqu’à la fin mars ?

De plus, cette page indique que le 28 janvier est « aujourd’hui ».

Oui, c’est exact. La version stable 3.5 n’a pas de branche propre dans git, il est donc difficile de continuer à la prendre en charge après avoir converti la branche stable en étiquette (tag). Nous avons étiqueté la v3.5.4 (qui inclut les derniers correctifs de sécurité) juste avant de supprimer la branche stable, il est donc acceptable de l’utiliser si vous avez besoin d’un peu plus de temps avant de passer à 2026.1. Mais tous les futurs correctifs de sécurité ne seront pas disponibles pour la série 3.5.

Une fois que nous aurons publié la 2026.7 ESR, il y aura deux mois pendant lesquels nous continuerons à prendre en charge la 2026.1 sur sa branche de publication.

Je vais examiner cela, merci.

J’aimerais connaître un exemple concret de cette configuration ?

env:
  DISCOURSE_VERSION: bd4e34ec04

Ou

version: bd4e34ec04

Je souhaite installer la version ESR, comment dois-je procéder. Actuellement, seule la dernière version est installée par défaut.

Si ma mémoire est bonne, vous pouvez définir version sur stable.

Oui, je viens de trouver que je peux le définir dans templates/web.template.yml

params:
  version: esr

Hmm… est-ce que Understanding Discourse release channels doit alors être modifié ?

J’ai l’impression que le contenu de ce post est obsolète. Maintenant, la version stable ne devrait nécessiter que le tag esr. Ou bien, pour les dernières fonctionnalités, utilisez le tag latest.

Je pense que oui. David a déjà mentionné la documentation

Je suis toujours un peu confus au sujet du nouveau système - je n’ai pas du tout changé mon fichier app.yml.

Et les fils d’annonce pour chaque nouvelle version me manquent.

Semble-t-il que ce soit simplement fait donc :partying_face : !