È piuttosto bello 
Ho capito bene che al momento non c’è un aggiornamento stabile alla 3.5.3, forse per coincidenza?
4 Mi Piace
Sì, solo una coincidenza. Non avevamo correzioni di sicurezza da rilasciare questo mese.
Stable 3.5 è ancora completamente supportato
6 Mi Piace
Ciao,
Usavo il tag beta e ora sto cercando di aggiornare i miei script per utilizzare la nuova configurazione. Ecco come appare il repository per quanto ne so:
* b541e99ea2 (origin/tests-passed, origin/main, origin/latest) DEV: Escludi nuova tabella nella configurazione IntermediateDB
* 02dfb651ae DEV: Aggiungi supporto per la conversione e l'importazione di `category_moderation_groups`
.
.
.
* 1dde082e96 UX: aggiorna l'icona di citazione lightbox per applicare l'ombra (#36247)
* 3e7317b334 (tag: v2025.12.0-latest, tag: release) DEV: Inizia lo sviluppo di v2025.12.0-latest (#36249)
| * 48167b94d6 (origin/release/2025.11) Backport overflow del corpo limitato (#36256)
| * 75d61b40ee (tag: v2025.11.0) DEV: Incrementa la versione su `release/2025.11` a `v2025.11.0` (#36251)
|/
* e3f0320395 FIX: usa overflow hidden sul corpo in iOS (#36248)
.
.
.
* a4022f69f3 Incrementa la versione a v3.3.0.beta1-dev
* b2b1e721b5 (tag: v3.2.0.beta5, tag: latest-release, tag: beta) Incrementa la versione a v3.2.0.beta5
* 88305e3d96 DEV: Rimuovi la logica basata sul numero di versione (#25482)
- È previsto che il tag
betapunti ancora av3.2.0.beta5? - È previsto che il tag
releasenon punti a una revisione sul branchrelease/2025.11?
Grazie 
2 Mi Piace
Ciao @simonk, grazie per aver sollevato questi punti! In realtà, stavamo discutendo entrambe queste cose oggi internamente.
-
I vecchi tag
betaelatest-releasedovrebbero essere alias direlease -
releasedovrebbe tracciare l’ultimo commit direlease/2025.11
Sto lavorando per sistemare la cosa proprio adesso.
2 Mi Piace
Quei tre tag sono stati ora spostati manualmente sul commit corretto. Mi assicurerò che gli strumenti automatizzati vengano aggiornati per mantenerli al posto giusto in futuro.
* 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 Mi Piace
Una stranezza della produzione.
Il mio Discourse self-hosted mostrava ancora 3.6.0.beta2 come la versione più recente. Nella Dashboard di Amministrazione, la faccina sorridente verde indicava che ero sull’ultima versione, ma in realtà ero indietro di due versioni.
Ho eseguito un aggiornamento manuale e ora sono su 2025.12.0-latest.
C’è qualcosa che potete fare nello strumento di rilascio per contrassegnare 3.6.0.beta2 come obsoleto e richiedere un aggiornamento?
2 Mi Piace
Un post è stato diviso in un nuovo argomento: Translation restructuring on crowdin for new-versioning-strategy
Quindi questo è probabilmente dovuto alla transizione da uno schema al nuovo, ma
- ieri è stata rilasciata la 3.5.4
- la 3.5 è contrassegnata come ESR ed è stata rilasciata nell’agosto 2025
- ieri è stata rilasciata la 2026.1 che è una versione ESR
ma la 3.5 è ora contrassegnata come fine vita. Secondo quanto sopra, sarebbe supportata fino alla fine di marzo?
Inoltre, quella pagina dice che il 28 gennaio è “oggi”.
Sì, è corretto. La versione stabile 3.5 non ha un proprio branch in git, quindi continuare a supportarla dopo aver convertito il branch stabile in un tag è complicato. Abbiamo taggato la v3.5.4 (che include le ultime correzioni di sicurezza) appena prima di eliminare il branch stabile, quindi va bene usarla se hai bisogno di un po’ più di tempo prima di passare alla 2026.1. Tuttavia, eventuali correzioni di sicurezza future non saranno disponibili per la serie 3.5.
Una volta rilasciata la 2026.7 ESR, ci saranno due mesi in cui continueremo a supportare la 2026.1 sul suo branch di rilascio.
Darò un’occhiata, grazie.
5 Mi Piace