Quando publicar vira rotina,
coloque em script
Solte arquivos no navegador para validar o primeiro link. Quando o mesmo build estático começa a sair toda semana, leve a etapa de publicação para o terminal, job de CI ou playbook da equipe.
Para publicações que acontecem mais de uma vez
Pare de depender da memória
Um comando de deploy transforma um envio repetido em uma etapa que a equipe consegue documentar, revisar e executar do mesmo jeito.
Deixe o CI terminar o trabalho
Se o GitHub Actions ou outro CI já gerou a pasta final, a etapa de deploy deve publicar essa pasta sem alguém reenviar arquivos manualmente.
Mantenha o mesmo modelo de projeto
Comece pelo envio no navegador e mova o mesmo projeto para automação quando a publicação virar rotina.
Manual primeiro, automação quando ela fizer sentido
Prévias únicas devem continuar simples. Deploys via CLI ficam atraentes quando um site é publicado repetidamente, revisado em equipe ou acionado por uma pipeline de build.
steps:
- uses: actions/checkout@v2
- run: npm install && npm run build
- run: npx @deploypages/cli deploy ./dist --token ${{ secrets.DEPLOY_TOKEN }}Perguntas frequentes
Q: Funciona em Windows, macOS e Linux?
Sim. Um bom caminho de deploy via CLI precisa caber nos sistemas que as equipes já usam para builds locais e runners de CI.
Q: Posso apontar a automação para um projeto específico?
Sim. Deploy programável só funciona bem quando a equipe consegue vincular explicitamente o fluxo de publicação ao projeto certo.
Q: Serve para monorepos?
Sim. Equipes com monorepos precisam de um caminho de publicação que mire diretórios de trabalho e saídas de build específicas com clareza.
Comece pela parte que todo site estático já tem
Envie os arquivos prontos, receba um link HTTPS no ar e adicione domínios, restauração de versão, estatísticas, automação e controle de equipe quando o projeto pedir.