Como ler um release Node
Node.js publica linhas Current e LTS. A 22 entrou no ciclo que equipes devem avaliar em staging antes de produção. Foque em: breaking changes do changelog oficial, módulos nativos (addons) e imagem Docker base.
Checklist de upgrade
- Leia o changelog oficial e o documento de breaking changes
- Suba a versão no CI primeiro (GitHub Actions)
- Rode testes e smoke com curl nos endpoints críticos
- Atualize imagem Docker e tags imutáveis — Compose
- Monitore CPU/memória na primeira semana
DICA Trave a major no Dockerfile (
node:22-alpine) e revise minor com calendário.O que realmente costuma quebrar numa major do Node
Não é o seu código JavaScript — é dependência nativa (addons compilados, ex: bcrypt, sharp) que ainda não publicou binário para a nova versão do V8/ABI. Rode npm ls e confira changelog de cada dependência com binding nativo antes de trocar o Node em CI.
- Use
.nvmrcno repositório para travar a versão testada, evitando "funciona local, quebra no deploy" - LTS (par) é a escolha segura para produção; versão Current (ímpar) serve para testar features novas antes
Próximos passos
Explore o hub de conteúdo, o roteiro de estudos e os cursos gratuitos. Em dúvida de infraestrutura ou produto, use o diagnóstico gratuito.