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.
Por que não há posts para mudanças menores? Por exemplo, as notas de lançamento da versão 2.6.7 incluíam uma correção de segurança.
Tenho que comparar as tags para ver os commits e verificar se houve correções de segurança.
Desculpe, não tenho certeza se estou entendendo… se as notas de lançamento mencionaram uma correção de segurança, por que você precisou comparar as tags?
Não fazemos notas de lançamento para a branch stable, mas também fazemos backport apenas de correções de bugs graves ou problemas de segurança. Portanto, a resposta à pergunta “Devo atualizar para uma nova versão pontual enquanto estou executando a branch ‘stable’?” é sempre sim.
Então, como diferenciam as versões minor e tiny?
Exemplo: as versões tiny são apenas correções de bugs e de segurança?
As versões minor trazem novos recursos ou algo mais?
Pelo que parece, com base na postagem do @Falco, independentemente do tipo de versão, devemos sempre atualizar.
Defina releases menores e mínimas — não tenho certeza se usamos esses termos.
Eu estava me perguntando se vocês seguem um versionamento semântico semelhante ao de https://semver.org/.
Ou seja: 2.6.7 seria Major.Minor.(Tiny ou Patch)
Não seguimos estritamente o versionamento semântico, não. Praticamos o desenvolvimento contínuo. Os números de versão funcionam mais como marcos do que como versionamento semântico estrito. Por padrão, os sites podem atualizar para o código mais recente a qualquer momento; não estão restritos a um “lançamento” específico. Por exemplo, no momento, o Meta está com 153 commits à frente do lançamento “2.8.0.beta1”.