Mi ci è voluto fino ad ora per rendermi conto che c’era un canale stabile e che dovevo modificare la configurazione per aggiornarlo.
Ora vedo un’opzione di aggiornamento a 3.0.0.beta16 per i miei siti. Se imposto ora la versione stabile e aggiorno, andrà a 3.0.0.beta16 e poi eventualmente alla versione stabile 3.0.0?
Non credo. Se passi a stable, aggiornerai solo alle versioni principali e la 3.0.0 non è ancora stata rilasciata. L’ultima release stabile è stata la 2.8.0 (puoi vedere gli ultimi aggiornamenti in release-notes)
Non credo che Stephen stesse cercando di essere divertente. Stable è usato nel significato di una parola chiave per app.yml, non come una parola inglese. Il motivo è che l’altra parola chiave (predefinita), tests-passed, può essere descritta come stabile: è improbabile che sia rotta[1], e infatti, può essere più “stabile” (in senso inglese) se aggiorni i plugin e/o i componenti del tema più frequentemente di quanto desideri aggiornare Discourse.
nei miei 2 anni di gestione di Discourse, non ho mai avuto una situazione in cui qualcosa si sia rotto a causa di un nuovo commit ↩︎
Grazie per le informazioni! So che non stava cercando di essere divertente, è solo che non stavo cercando di discutere il ragionamento, solo informazioni su quando aggiornare per passare a stabile. Continuerò ad aggiornare finché non sarà indicato e passerò non appena vedrò che la versione 3.0.0 raggiungerà la versione stabile.
Tieni presente che il rilascio della versione principale, per quanto ne so, su un ramo “tests-passed” è accompagnato dal rilascio di n+1.beta1, quindi se vuoi evitare la parola “beta” nella tua versione, dovresti passare a quest’ultima poco prima di aggiornare a n+1.beta1.
A volte[1] le domande sono formulate sulla base di presupposti errati, ed è meglio comprenderli fin dall’inizio.
si potrebbe sostenere abbastanza spesso, se trattiamo argomenti del tipo “per favore aiutami”. questo è IMHO basato anche sulle discussioni sul mio forum ↩︎
Quindi, ad esempio, ora sono sulla 2.9.0.beta14. Dovrei passare il branch nella mia configurazione a stable e poi aspettare che la 3.0.0 appaia nella mia sezione /admin e da quel momento in poi mostrerà solo aggiornamenti alle release stabili?
Quando modifico il file di configurazione devo riavviare il container docker?
Puoi modificare app.yml ora. Dovrai attendere il rilascio per eseguire un altro aggiornamento da riga di comando. Non è chiaro quante altre versioni beta ci saranno prima che venga rilasciata una nuova versione stabile.
Stabile significa meno aggiornamenti, ma non necessariamente meno bug. Richiede un po’ più di competenza per eseguire la versione stabile rispetto ai test superati. Gli aggiornamenti critici di sicurezza vengono inclusi nella versione stabile, ma i problemi di interfaccia utente probabilmente rimarranno irrisolti fino al prossimo rilascio stabile. È meno probabile che i plugin di terze parti funzionino con la versione stabile poiché è meno testata.
Se desideri meno aggiornamenti, puoi semplicemente aggiornare meno frequentemente.
Devo ammettere che mi sento sotto pressione e confuso dalla notifica di aggiornamento nella pagina di amministrazione.
È piuttosto brusco nel dirmi di aggiornare immediatamente, ma mi dice di aggiornare a software beta. È piuttosto contraddittorio. Ritengo che dovrebbe informare l’utente che c’è un aggiornamento, ma spingere l’utente ad aggiornare il prima possibile solo se c’è un problema di sicurezza o un bug critico nella loro build attuale.
Forse il tag beta potrebbe essere rimosso se è considerato stabile o cambiato in tests-passed in modo che gli amministratori si sentano più a loro agio nell’aggiornare, sapendo che stanno ottenendo software completamente testato e stabile.
In alternativa, potrebbe essere rimosso il tag beta e chiamato stabile, dato che è quello che sto leggendo qui, quindi la versione stabile attuale potrebbe essere chiamata LTS.