Isso é muito legal 
Eu entendi corretamente que não há uma atualização estável para a 3.5.3 agora, possivelmente coincidentemente?
4 curtidas
Sim, apenas coincidência. Não tínhamos nenhuma correção de segurança para lançar este mês.
A versão Estável 3.5 ainda é totalmente suportada.
6 curtidas
Olá,
Eu costumava usar a tag beta e agora estou tentando atualizar meus scripts para usar a nova configuração. É assim que o repositório está, pelo que pude perceber:
* b541e99ea2 (origin/tests-passed, origin/main, origin/latest) DEV: Excluir nova tabela na configuração do IntermediateDB
* 02dfb651ae DEV: Adicionar suporte para conversão e importação de `category_moderation_groups`
.
.
.
* 1dde082e96 UX: atualizar ícone de citação do lightbox para aplicar sombra (#36247)
* 3e7317b334 (tag: v2025.12.0-latest, tag: release) DEV: Iniciar desenvolvimento de v2025.12.0-latest (#36249)
| * 48167b94d6 (origin/release/2025.11) Backport de overflow de corpo limitado (#36256)
| * 75d61b40ee (tag: v2025.11.0) DEV: Aumentar versão em `release/2025.11` para `v2025.11.0` (#36251)
|/
* e3f0320395 FIX: usa overflow hidden no corpo do iOS (#36248)
.
.
.
* a4022f69f3 Aumentar versão para v3.3.0.beta1-dev
* b2b1e721b5 (tag: v3.2.0.beta5, tag: latest-release, tag: beta) Aumentar versão para v3.2.0.beta5
* 88305e3d96 DEV: Remover lógica baseada em número de versão (#25482)
- É esperado que a tag
betaainda aponte parav3.2.0.beta5? - É esperado que a tag
releasenão aponte para uma revisão no branchrelease/2025.11?
Obrigado 
2 curtidas
Olá @simonk, obrigado por levantar esses pontos! Na verdade, estivemos discutindo ambas as coisas hoje internamente.
-
As tags antigas
betaelatest-releasedevem ser aliases derelease -
releasedeve rastrear o commit mais recente derelease/2025.11
Estou trabalhando para corrigir isso agora mesmo.
2 curtidas
Essas três tags foram movidas manualmente para o commit correto. Garantirei que as ferramentas automatizadas sejam atualizadas para mantê-las no lugar certo daqui para frente.
* commit 48167b94d63faf8a41b9c8193ec5dd3e4e9f498e (HEAD -> release/2025.11, tag: release, tag: latest-release, tag: beta, origin/release/2025.11)
| Author: Joffrey JAFFEUX <j.jaffeux@gmail.com>
| Date: Wed Nov 26 14:31:55 2025 +0100
|
| Backport limited body overflow (#36256)
|
5 curtidas
Uma peculiaridade da produção.
Meu Discourse auto-hospedado ainda mostrava o 3.6.0.beta2 como a versão mais recente. No Painel de Administração, o rosto sorridente verde indicava que eu estava na versão mais recente, mas na realidade, eu estava duas versões atrás.
Eu realizei uma atualização manual e agora estou no 2025.12.0-latest.
Há algo que vocês possam fazer na ferramenta de lançamento para sinalizar o 3.6.0.beta2 como desatualizado e exigir uma atualização?
2 curtidas
Uma postagem foi dividida em um novo tópico: Reestruturação da tradução no Crowdin para a nova estratégia de versionamento
Portanto, isso provavelmente se deve à transição de um esquema para o novo, mas
- ontem foi lançada a 3.5.4
- a 3.5 está marcada como ESR e foi lançada em agosto de 2025
- ontem foi lançada a 2026.1, que é uma versão ESR
mas a 3.5 agora está marcada como fim de vida. De acordo com o acima, ela seria suportada até o final de março?
Além disso, essa página diz que 28 de janeiro é “hoje”.
Sim, isso está correto. O Stable 3.5 não tem seu próprio branch no git, então continuar a dar suporte a ele após converter o stable branch para uma tag é complicado. Nós criamos a tag v3.5.4 (que inclui as últimas correções de segurança) pouco antes de deletar o stable branch, então está tudo bem usá-la se você precisar de um pouco mais de tempo antes de migrar para o 2026.1. Mas quaisquer correções de segurança futuras não estarão disponíveis para a série 3.5.
Assim que lançarmos o 2026.7 ESR, haverá dois meses em que continuaremos a dar suporte ao 2026.1 em seu release branch.
Vou dar uma olhada nisso, obrigado.
5 curtidas