Come parte del nostro progetto in corso per rinnovare la nostra numerazione delle versioni e i processi di rilascio, siamo lieti di annunciare releases.discourse.org.
D’ora in poi, questo sito sarà la fonte principale di informazioni sulle versioni di Discourse, le loro date di rilascio, le tempistiche di supporto e i registri delle modifiche (changelog).
Nella homepage troverai una visualizzazione delle versioni recenti e dei loro periodi di sviluppo/supporto. Puoi quindi fare clic per visualizzare i registri delle modifiche per versioni specifiche. Ad esempio, la recente release 2025.12.0:
Per i rilasci futuri, faremo riferimento a queste pagine invece di scrivere argomenti dedicati a release-notes su Meta.
Il sito supporta anche la generazione di registri delle modifiche personalizzati per qualsiasi intervallo di versione/commit. Intendiamo iniziare a collegare questi registri delle modifiche dalle interfacce utente di aggiornamento all’interno di Discourse stesso.
Le modifiche ai plugin core sono incluse insieme ad altre modifiche core, quindi mancano solo i “plugin ufficiali non core”. Aggiungere modifiche da altri repository è qualcosa che potremmo considerare in futuro, ma non ci sono piani immediati per implementarlo.
Per i plugin non core (sia ufficiali che di terze parti), GitHub è probabilmente il modo migliore per monitorare le loro modifiche per ora.
Buona idea! Potrebbe essere un po’ complicato da implementare, perché l’elenco dei commit è implementato come una “lista virtuale”, dove vengono renderizzati solo gli elementi visibili sullo schermo… ma vedrò cosa posso fare.
È un peccato. Il riepilogo dei plugin che non sono nel repository discourse/discourse era ciò che ho trovato più interessante nelle note di rilascio. Posso trovare tutte le modifiche nel core in un unico posto su GitHub. Ma le modifiche sugli altri plugin avvengono in repository diversi, quindi non c’è un unico posto per monitorarli tutti facilmente.
Sembra un buon modo per visualizzare la vita dello sviluppo attivo e del supporto.
Una cosa che ho notato è che la release v2026.01 è etichettata come [latest], ma non anche come [ESR] come lo è la v3.5. Avere entrambe sarebbe un utile riferimento a colpo d’occhio.
Con le informazioni aggiuntive tra la release e lo sviluppo attivo per le versioni, esiste qualche impostazione (o si prevede di aggiungerne una) per mantenere Discourse su una versione di release o ESR?
Un’altra cosa da notare a riguardo: abbiamo piani nel RFC per sviluppare un po’ di automazione per plugin e temi per creare rami compatibili con diverse versioni di Discourse.
Penso che il momento per tornare su questo argomento sarà dopo averlo implementato.
Questo è possibile farlo ora impostando il ramo da seguire nella configurazione di deployment:
Ma una volta fatto, rimani bloccato su quella release per sempre. Quello che dobbiamo ancora sviluppare è un modo migliore per vedere quando è disponibile una nuova release (su qualsiasi canale di rilascio si stia seguendo).
Abbiamo avuto alcune discussioni preliminari su come potrebbe funzionare, ma stiamo ancora discutendo i dettagli.
Questo è fantastico, aiuta davvero a vedere rapidamente a colpo d’occhio su quale versione mi trovo e quando devo pianificare il passaggio alla successiva! Grande fan di questa pagina
Adoro il fatto che le correzioni di sicurezza e le grandi funzionalità siano evidenziate! Spero che anche le modifiche che rompono la compatibilità (breaking changes) siano evidenziate allo stesso modo.
Inoltre, suggerirei che gli ESR (Extended Support Release) dovrebbero idealmente essere supportati solo per un po’ più di tempo (forse un mese o due), in modo che le persone possano passare da un ESR all’altro mentre entrambi sono nel periodo di supporto ma non in sviluppo attivo. Altrimenti, le comunità devono essenzialmente scegliere tra aspettare ed essere brevemente senza supporto, o passare in anticipo ed essere in supporto ma dover accettare più aggiornamenti in fase di sviluppo. Avere una piccola sovrapposizione dà a un ramo la possibilità di diventare più stabile. Questo è piuttosto comune per i cicli di vita degli ESR, ad esempio per mediawiki:
Questo non ha bisogno di essere nulla di particolarmente elaborato, solo correzioni di sicurezza ad alta priorità per un mese o due in più sul ramo ESR più vecchio.
Grazie comunque, questo aiuta davvero a chiarire molte cose ^.^
Sì, nel nuovo sistema di rilascio intendiamo avere una sovrapposizione di 2 mesi per il supporto ESR. Quindi la 2026.1 sarà supportata fino a settembre, che saranno 2 mesi dopo il rilascio della ESR 2026.7.
Purtroppo non è facile per noi fornire tale sovrapposizione per l’attuale versione “stabile” 3.5, poiché non ha un branch dedicato. Ma dalla 2026.1 in poi, la situazione dovrebbe essere molto migliore per le persone che desiderano aggiornare meno frequentemente.
