Apresentando releases.discourse.org

Como parte do nosso projeto em andamento para reformular nossa numeração de versões e processos de lançamento, temos o prazer de anunciar o releases.discourse.org.

A partir de agora, este site será a principal fonte de informação sobre as versões do Discourse, suas datas de lançamento, cronogramas de suporte e changelogs (registros de alterações).

Na página inicial, você encontrará uma visualização das versões recentes e seus períodos de desenvolvimento/suporte. Você pode então clicar para ver os changelogs de versões específicas. Por exemplo, o recente lançamento 2025.12.0:

Para lançamentos futuros, vincularemos a essas páginas em vez de escrever tópicos dedicados de release-notes no Meta.

O site também inclui suporte para gerar changelogs personalizados para qualquer intervalo de versão/commit. Pretendemos começar a vincular esses changelogs das interfaces de atualização no próprio Discourse.

Informe-nos se tiver algum feedback!

40 curtidas

Onde encontro os commits de plugin que fazem parte atualmente das release-notes em releases.discourse.org?

exemplo
2 curtidas

Uma pequena solicitação de recurso:

Você poderia adicionar links âncora para as alterações individuais (commit-card) listadas em “Mudanças Detalhadas”?

Isso certamente facilitaria o compartilhamento de alterações específicas : )

6 curtidas

As alterações nos plugins principais são incluídas juntamente com outras alterações principais, então apenas os “plugins oficiais não principais” estão faltando. Adicionar alterações de outros repositórios é algo que podemos considerar no futuro, mas não há planos imediatos para implementá-lo.

Para plugins não principais (tanto oficiais quanto de terceiros), o GitHub é provavelmente a melhor maneira de acompanhar suas alterações por enquanto.

Boa ideia! Pode ser um pouco complicado de implementar, porque a lista de commits é implementada como uma “lista virtual”, onde apenas os elementos em tela são realmente renderizados… mas vou ver o que posso fazer.

4 curtidas

Que pena. O resumo dos plugins que não estão no repositório discourse/discourse foi o que achei mais interessante nas notas de lançamento. Consigo encontrar todas as alterações no núcleo em um só lugar no GitHub. Mas as alterações em outros plugins ocorrem em repositórios diferentes, então não há um lugar único para acompanhá-los facilmente.

4 curtidas

Parece uma boa maneira de visualizar o desenvolvimento ativo e o ciclo de vida do suporte.

Uma coisa que notei é que a versão v2026.01 está marcada como [latest] (mais recente), mas não também como [ESR] como a v3.5 está. Ter ambas seria uma referência útil de relance.

Com a informação extra entre o lançamento e o desenvolvimento ativo para as versões, existe alguma configuração (ou plano para adicionar uma) para manter o Discourse em uma versão de lançamento ou ESR?

3 curtidas

Outra coisa a notar sobre isso: temos planos no RFC para criar alguma automação para plugins e temas para criar branches compatíveis com diferentes versões do Discourse.

Acho que o momento de voltar a este assunto seria depois de implementarmos isso.

Isso é possível de fazer agora definindo o branch a ser rastreado na sua configuração de implantação:

Mas, uma vez que você faz isso, você fica meio que fixado naquela versão para sempre. O que ainda precisamos construir é uma maneira melhor de ver quando um novo lançamento está disponível (no canal de lançamento que você está seguindo).

Tivemos algumas discussões iniciais sobre como isso poderia funcionar, mas ainda estamos discutindo os detalhes.

5 curtidas

Isto é ótimo, realmente ajuda a ver rapidamente de relance em qual versão estou e quando preciso planejar a migração para a próxima! Sou um grande fã desta página :clap: :clap:

Adoro que as correções de segurança e os grandes recursos sejam destacados! Espero que as alterações que quebram a compatibilidade (breaking changes) sejam igualmente destacadas.

Além disso, eu sugeriria que os ESRs (Extended Support Releases) fossem idealmente suportados por um pouco mais de tempo (talvez um ou dois meses), para que as pessoas possam mudar de um ESR para outro enquanto ambos estão no período de suporte, mas fora do desenvolvimento ativo. Caso contrário, as comunidades basicamente precisam decidir entre esperar e ficar brevemente sem suporte, ou migrar cedo e estar em suporte, mas ter que aceitar mais atualizações em desenvolvimento. Ter uma pequena sobreposição dá a um ramo a chance de se tornar mais estável. Isso é bem comum para ciclos de vida de ESR, ex: para mediawiki:

Isto não precisa ser nada particularmente sofisticado, apenas correções de segurança de alta prioridade por mais um mês ou dois no ramo ESR mais antigo.

Agradeço de qualquer forma, isto realmente ajuda a esclarecer muitas coisas ^.^

2 curtidas

Sim, no novo sistema de lançamento, pretendemos ter uma sobreposição de 2 meses no suporte ESR. Assim, a 2026.1 será suportada até setembro, o que será 2 meses após o lançamento da ESR 2026.7.

Infelizmente, não é fácil para nós fornecer essa sobreposição para a versão “estável” 3.5 existente, porque ela não tem um branch dedicado. Mas a partir da 2026.1, a situação deve ser muito melhor para as pessoas que desejam atualizar com menos frequência.

2 curtidas

Parece ótimo, obrigado!

1 curtida