RFC : Une nouvelle stratégie de versioning pour Discourse

Dev
43

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 ?

4 « J'aime »
44

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.

6 « J'aime »
45

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:

2 « J'aime »
46

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.

2 « J'aime »
47

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)
|
5 « J'aime »
Beta update to 2026.1
48

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 ?

2 « J'aime »
Text gets mysteriously reversed in AI Summarization payload
Photos are display in half in chrome, PWA, Edge and Incognito Mode
49

Un message a été divisé dans un nouveau sujet : Restructuration de la traduction sur Crowdin pour la nouvelle stratégie de versionnage

50

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 ».

image
image930×344 5.76 KB

51

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.

5 « J'aime »