Cosa sapere prima di aggiornare da v3.4.0 a v2026.7.2

Supporto Installazione
1

Sono responsabile di un’installazione di Discourse basata su Docker, in esecuzione su Ubuntu, che ho ereditato nell’ambito di un progetto open source. Per anni l’ho aggiornata tramite git pull && ./launcher rebuild app e successivamente tramite l’interfaccia di amministrazione in /admin/update. Tuttavia, dopo un’esperienza dolorosa durante un aggiornamento che ha causato interruzioni, dovuto a docker_manager a gennaio 2024 (vedi i commenti sul commit qui e il commit revertito qui), ho smesso di aggiornare in modo così disinvolto.

Sono passati 2,5 anni e devo riprendere il ritmo degli aggiornamenti, ma sono ancora un po’ nervoso a causa dell’ultimo aggiornamento che ha causato problemi. Vorrei aiuto per capire cosa devo sapere prima di tentare l’aggiornamento da v3.4.0 a v2026.7.2. Il nostro sito non utilizza plugin aggiuntivi e l’unica configurazione speciale di cui sono a conoscenza è che utilizziamo un URL di Discourse Connect per avere SSO con il nostro sito principale della community.

È così semplice?

cd /var/discourse
git pull
./launcher rebuild app

E poi aggiornare tramite l’interfaccia di amministrazione? Ci sono dei passaggi intermedi di cui devo essere a conoscenza quando passo da v3.4.0 a v2026.7.2?

Grazie,

Cory

2

Oppure … (visto che sei nervoso) … fai un backup (in ogni caso) e configura un server completamente nuovo, ripristina il backup e poi, una volta completato, punta il dominio al nuovo server.

La cosa grande a cui ti imbatterai è che c’è un importante aggiornamento di Postgres (alla versione 18). Se costruisci un nuovo server, non dovrai affrontare quel processo di aggiornamento.

C’è anche un piccolo rischio che i plugin o i componenti del tema su cui fai affidamento non siano stati mantenuti, soprattutto se sono scritti da terze parti meno attive.

La nervosismo è il motivo per cui i SA esperti di Discourse usano una configurazione a due container, in modo da poter eseguire il bootstrap degli aggiornamenti prima di impegnarli (anche se questo non aiuterà molto quando hai un grande aggiornamento di Postgres, ma accadono raramente).