Mi piace spesso seguire gli aggiornamenti nello sviluppo di Discourse. Esiste un changelog aggiornato che mostri le funzionalità attualmente in fase di implementazione o una roadmap?
Le snapshot beta includono un changelog che mi sto perdendo?
Ad esempio, nella versione beta corrente, non vedo alcun tipo di changelog associato alla pagina di rilascio o nemmeno nel branch del repository sorgente…
Tutto viene mantenuto qui su Meta invece che su Github.
Puoi consultare una panoramica di tutti i nostri principali rilasci e ciò che è attualmente previsto per i futuri rilasci: https://meta.discourse.org/c/releases
Pubblichiamo le note di rilascio qui: Topics tagged release-notes
Grazie mille per aver chiarito. Potrebbe essere utile anche collegarlo a GitHub in modo che le persone possano trovarlo facilmente tramite un link “Changelog” vicino alla parte superiore, come ho visto in altri progetti.
Perché non ci sono post per le modifiche minori? Ad esempio, le note di rilascio della versione 2.6.7 includevano una correzione di sicurezza.
Devo confrontare i tag per visualizzare i commit e verificare l’esistenza di correzioni di sicurezza.
Scusa, non sono sicuro di aver capito… se le note di rilascio indicavano una correzione di sicurezza, perché hai dovuto confrontare i tag?
Non forniamo note di rilascio per il ramo stable, ma effettuiamo il backport solo di correzioni critiche di bug o problemi di sicurezza. Pertanto, la risposta alla domanda “Dovrei aggiornarmi a una nuova release puntiforme mentre utilizzo il ramo ‘stable’?” è sempre sì.
Allora, come si differenziano le release minori e quelle minuscole?
Ad esempio: le release minuscole contengono solo correzioni di bug e aggiornamenti di sicurezza?
Le release minori includono nuove funzionalità o altro?
Sembra, in base al post di @Falco, che indipendentemente dal tipo di release, dovremmo sempre aggiornare.
Definire le release minori e minuscole: non siamo sicuri di utilizzare questi termini.
Mi chiedevo se seguite una semantica di versionamento simile a quella di https://semver.org/.
Ad esempio: 2.6.7 corrisponde a Major.Minor.(Patch o Tiny)
Non seguiamo rigorosamente il versionamento semantico, no. Praticiamo uno sviluppo continuo. I numeri di versione funzionano più come tappe di riferimento che come un versionamento semantico rigoroso. Di default, i siti possono aggiornarsi all’ultimo codice in qualsiasi momento e non sono limitati a una specifica “release”. Ad esempio, al momento Meta è in anticipo di 153 commit rispetto alla release “2.8.0.beta1”.