So che consigli tests-passed, ma devo seguire il branch stabile e la 3.2.1 è appena comparsa. Tuttavia, mi chiedo perché venga mostrata come 3.2.1+9. Il branch stabile non dovrebbe essere sul tag rilasciato (almeno subito dopo il rilascio)?
Per quanto ne so, v3.2.0 +9 significa che sono disponibili alcuni commit in aggiunta alla tua versione attuale (prima della 3.2.1)
v3.2.1 +5 significherebbe che puoi aggiornare alla versione successiva, 3.2.1, e alcuni commit sono già stati aggiunti in aggiunta a questa versione. Di solito, credo che si tratti di correzioni importanti backportate dal branch principale.
Capisco che possa essere fonte di confusione all’inizio. Mi chiedo se questo possa essere migliorato.
ah ok, quindi la colonna repository significa “la tua installazione locale corrente” - questo potrebbe avere senso, grazie. E oggi ho letto l’annuncio della 3.2.1, quindi ero sorpreso che ci siano già più commit, ma se questo è previsto, va bene anche per me.
Hai idea del perché la dashboard principale non mi mostri ancora quell’aggiornamento? (Posso capire quando viene aggiornato solo giornalmente, ma allora avrebbe dovuto aggiornarsi anche quando ho controllato manualmente nella scheda “Aggiornamenti”.)
Questo è corretto, il tag della versione successiva è 3.2.1. Ci siamo persi un paio di commit poco prima del bump, quindi sono stati aggiunti subito dopo, da qui il +5. Di solito ci assicuriamo di eseguire il backport prima che venga emesso il tag, ma questa volta ce lo siamo persi. Succede.
Nota che i commit +5 risolvono i seguenti problemi:
una traduzione per guidelines_topic.body
un errore con le convalide delle chiavi di sicurezza in una versione precedente di Firefox (non l’ultima)
styling per i segnaposto video
L’ID del commit che otterrai dopo l’aggiornamento è 6a0aa03@ecki, include le correzioni sopra.
La schermata “Aggiornamenti” proviene dal plugin del gestore docker, la dashboard principale è il controllo del core, che avviene solo una volta al giorno. I due non comunicano, da qui la discrepanza. (Ottimo punto, comunque, sarebbe bello se comunicassero.)
Dato che siamo sull’argomento, esiste un meccanismo per decidere quando eseguire una ricostruzione, ad esempio aggiornamenti di emergenza dei container base/db/dati, o questo non viene mai segnalato nella dashboard di aggiornamento del frontend?
