Changelog

Cada versão diz o que mudou e qual o ganho. O detalhe técnico fica nas páginas linkadas em cada entrada e no CHANGELOG.md da raiz do repositório.

2.2.0 · 23/10/2026Etiqueta de envio no padrão de transportadoras, .env.example único, credenciais fora do código e versão única.

2.1.0 · 22/10/2026SSR primeiro, cache nativo do Next, sessão validada no servidor, −23% de JavaScript e pacotes para o editor 3D.

Versões anteriores1.x e 2.0.x.

Como as versões funcionam

• Versão única: a plataforma inteira (raiz, apps e pacotes) usa o mesmo número (ADR-0016). A versão em produção de qualquer app é a versão da plataforma.
• SemVer: major para mudanças incompatíveis (feat!, BREAKING CHANGE), minor para funcionalidades e manutenção (feat, chore), patch para correções (fix, docs, refactor, style).
• Como publicar: pnpm release:bump-version calcula o incremento pela última mensagem de commit, aplica a versão a todos os workspaces, cria o commit chore(release) e a tag vX.Y.Z. Em seguida, registre a entrada aqui e no CHANGELOG.md. Detalhes em Fluxo de Git e release.

Como escrever uma entrada

1. Crie changelog/<versão>.mdx (ex.: 2-3-0.mdx) e adicione o cartão nesta página.
2. Agrupe por área (pedidos, estúdio, segurança, correções, ferramentas) e, para cada item, diga o ganho para quem usa ou opera a plataforma.
3. Liste o que muda para quem implanta: variáveis novas, migrations, dependências de sistema e ações manuais.
4. Melhorias concluídas saem do backlog e da limpeza técnica na mesma entrega.