Aggiornamento / Ricostruzione del Container Docker risulta in v3.5.2 invece di v2025.11.0

Installazione
1

Abbiamo aggiornato un’installazione di Discourse esistente come abbiamo fatto diverse volte prima: dopo aver scaricato la revisione corrente del repository discourse_docker eseguiamo il seguente comando:

./launcher rebuild app

Viene eseguito senza errori e avvia anche il nuovo container: sembra tutto a posto.

Tuttavia, esaminando il sorgente HTML dell’applicazione in esecuzione, vediamo che dichiara ancora di essere una v3.5.2 (la versione precedente all’aggiornamento) anziché la v2025.11.0 prevista.

La nostra procedura è la stessa delle precedenti aggiornamenti. L’unica cosa che è cambiata evidentemente è lo schema di numerazione delle versioni introdotto con la v2025.11.0: forse è correlato a questa modifica?

Ho controllato se nel codice sorgente di Discourse la stringa della versione sia stata ad esempio dimenticata di essere aggiornata, ma non è così, vedi i due commit:

Dall’output del comando di rebuild del launcher ho notato che esegue un git pull e vede/rileva i nuovi branch:

(...)
 t [tag update]          beta                    -> beta
 t [tag update]          latest-release          -> latest-release
 * [new tag]             release                 -> release
 * [new tag]             v2025.11.0              -> v2025.11.0
 * [new tag]             v2025.12.0-latest       -> v2025.12.0-latest
 * [new tag]             v3.5.2                  -> v3.5.2
 * [new tag]             v3.6.0.beta2            -> v3.6.0.beta2
Switched to a new branch 'stable'
I, [2025-12-03T12:27:14.785550 #1]  INFO -- : branch 'stable' set up to track 'origin/stable'.

Ancora in qualche modo sembra che stia scegliendo il branch sbagliato (nel senso di “non il più recente”). Il branch “stable” sembra contenere la v3.5.2 (secondo lib/version.rb in quel branch).

Ho riletto l’Annuncio di rilascio per la 2025.11.0 e suona effettivamente come un rilascio stabile, non solo una versione di anteprima/adozione anticipata. Il nuovo sistema di versioning collegato menziona il branch latest, ma ora sono ancora più confuso su cosa dovrei aspettarmi.

Mi sto perdendo qualcosa? O possiamo influenzare quale versione viene scelta durante il rebuild? O semplicemente non funziona come previsto al momento e lo strumento di rebuild necessita di una modifica?

Non sono sicuro se sia correlato, ma su Docker hub, il tag “latest” è 3.5.2 - e ordinato numericamente in modo decrescente, questo potrebbe essere il tag più recente per molto tempo…

1 Mi Piace
2

v3.5.x è la versione corretta per il ramo stabile :+1:

2025.11.0 è un ‘rilascio’ mensile, ma non un rilascio ‘stabile’/‘esr’. (presto ridenomineremo stabile in esr, come parte della nuova strategia di versioning)

1 Mi Piace
3

Questo confonde. Avrebbe più senso passare tutti al nuovo schema di versione contemporaneamente, ma non ha senso nemmeno che la stabile si aggiorni quando non c’è una nuova stabile. Sono stato confuso, e mi piace pensare di prestare attenzione a queste cose. Ora ricordo una discussione di Richard a riguardo, ma non ho prestato abbastanza attenzione per capire.

:person_shrugging:

4

Grazie @david, questo almeno aiuta perché ora capisco di non aver sbagliato nulla.

Ora rimane il problema per noi: come decidere cosa sia una “release mensile” e cosa sia una “release stabile”?

Recuperiamo il Feed Atom da Github (per essere avvisati sulle nuove release rilevate) e 2025.11.0 e 3.5.2 compaiono allo stesso modo (insieme a molti altri tag).

Quindi, come/dove possiamo scoprire facilmente l’intenzione del vostro team per un dato tag di versione?

Sono d’accordo con @pfaffman, al momento è molto confuso.

5

Sì, ti capisco: siamo in una fase di transizione tra due schemi di numerazione/denominazione, quindi le cose sono un po’ difficili da seguire.

Stiamo lavorando per creare una pagina che elenchi tutte le versioni attualmente supportate e i relativi log delle modifiche. Qualcosa di simile a questo. Si spera che questo aiuti con domande come questa.

Da gennaio 2026, contrassegneremo una release con il tag ‘esr’. Questa sostituirà la cadenza semestrale dell’attuale versione ‘stable’.

Quindi beta è diventato release (non è mai stato veramente ‘beta’, era solo un punto di controllo mensile)

E stable diventerà esr, ma non è ancora successo

Quindi, se desideri una cadenza semestrale, per ora dovresti attenerti a stable, e poi usare esr da gennaio.

Se desideri una cadenza mensile, puoi puntare al tag release.