Projetos & Deploy

Deploys e rollback

Todo deploy passa pelas mesmas fases visíveis em tempo real, é registrado no histórico, e — no modo Docker — pode ser revertido instantaneamente.

As fases de um deploy

1
Clone ou atualização
Primeiro deploy clona o repositório; os seguintes fazem um pull na branch configurada.
2
Build da imagem
Via Dockerfile (se existir) ou Nixpacks, que detecta a linguagem automaticamente.
3
Variáveis de ambiente
O ambiente do container é montado com todas as variáveis configuradas no projeto.
4
Subida do container
A imagem buildada sobe com as portas mapeadas e as variáveis aplicadas.
5
Roteamento e SSL
O proxy reverso é atualizado para o domínio configurado, emitindo certificado se o toggle SSL estiver ativo.

Fila de deploys

Dois deploys do mesmo projeto nunca rodam ao mesmo tempo. Se você disparar um novo deploy enquanto o anterior ainda está em andamento, ele entra numa fila automaticamente e começa assim que o primeiro terminar. Um deploy ainda na fila (não iniciado) pode ser cancelado.

Rollback sem rebuild

No modo Docker, cada deploy bem-sucedido gera uma imagem própria, versionada pelo id do deploy. Isso significa que reverter para qualquer versão anterior é só reiniciar o container com a imagem antiga — sem clonar o repositório de novo, sem buildar de novo. As imagens dos últimos deploys bem-sucedidos ficam guardadas; as mais antigas são limpas automaticamente.

Nota
O histórico de deploys mostra o log completo de cada execução, sucesso ou falha — útil tanto para debugar quanto para decidir para qual versão reverter.

Reiniciar sem fazer deploy

Quando você só precisa aplicar uma variável de ambiente nova sem rebuildar a imagem inteira, o botão de reiniciar reinicia apenas o container — sem git pull, sem novo build.