Por que deploy contínuo importa
Publicar uma nova versão de um site manualmente — fazer o build, copiar arquivos, configurar servidor — é um processo lento e propenso a erros. O deploy contínuo automatiza tudo isso: cada push aprovado no repositório vira uma publicação automática.
Com a Netlify, essa configuração é simples e gratuita para projetos pessoais.
Configurando o netlify.toml
O arquivo netlify.toml na raiz do projeto define como a Netlify deve fazer o build e onde encontrar os arquivos gerados:
[build]
command = "npm run build"
publish = "dist/client"
[dev]
command = "npm run dev"
port = 8888
targetPort = 3000
Com isso, toda vez que um push chegar na branch principal, a Netlify vai:
- Clonar o repositório
- Instalar as dependências
- Executar
npm run build - Publicar o conteúdo de
dist/client
Deploy Previews
Um dos recursos mais úteis da Netlify é o Deploy Preview: cada Pull Request ganha automaticamente uma URL única onde você pode visualizar as mudanças antes de fazer merge.
Isso facilita muito a revisão de código — em vez de clonar o branch localmente, o revisor abre a URL e vê o resultado real.
Variáveis de ambiente
Variáveis sensíveis (chaves de API, tokens) são configuradas no painel da Netlify em Site settings → Environment variables. Elas ficam disponíveis durante o build e em runtime nas funções serverless.
Nunca comite .env com valores reais no repositório — use o painel da Netlify para isso.
Rollback instantâneo
Todo deploy fica salvo no histórico. Se uma publicação introduzir um bug, basta clicar em "Publish deploy" em uma versão anterior e o site volta ao ar em segundos — sem precisar reverter código.
Esse safety net é um dos motivos pelos quais a Netlify é tão popular entre times de desenvolvimento frontend.