I frequently like to follow what’s going on with Discourse development. Is there a running changelog that shows current things being implemented or a roadmap?
Do beta snapshots have a changelog that I’m missing?
For example, on the current beta release, I don’t see any kind of changelog associated with the release page or even on the source repo branch…
We keep everything here on Meta rather than Github.
You can see an outline of all our major releases here, and what’s currently planned for future releases: releases - Discourse Meta
We post release notes here: Topics tagged release-notes
Thank you very much for clarifying. It might be helpful to also link to this on GitHub so that folks can find it readily via a “Changelog” link near the top as I’ve seen in other projects.
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”.