Cada PR recebe seu próprio ambiente
Faça push de uma branch, abra um PR, receba uma URL ativa. sh0 compila, implanta e derruba ambientes de preview automaticamente. Sem scripts, sem gargalos de staging.
O que você recebe
Ambientes de preview que se implantam sozinhos, isolam completamente e se limpam quando terminam.
Como funciona
Ative ambientes de preview para seu app
Ative o toggle nas configurações do seu app. Escolha a duração do TTL, estratégia de banco de dados e limites de recursos.
Faça push de uma branch de PR
Abra um pull request no GitHub, GitLab ou Gitea. sh0 recebe o webhook e começa o build.
sh0 faz auto-deploy para pr-123.seuapp.sh0.app
A branch é compilada usando seu pipeline de produção e implantada em um container isolado com um subdomínio único.
TTL expira, ambiente auto-destruído
Quando o PR é mergeado ou fechado -- ou o TTL expira -- sh0 derruba o container e libera todos os recursos.
O pipeline de preview
De git push a URL ativa em menos de 2 minutos -- totalmente automatizado, zero configuração
Tudo o que você precisa
Detecção automática de PR
sh0 escuta webhooks do GitHub, GitLab e Gitea. Novo PR aberto? O build começa imediatamente, sem ação manual necessária.
Subdomínio único por branch
Cada preview recebe uma URL como pr-42.meuapp.sh0.app. Compartilhe com revisores, QA ou clientes para feedback instantâneo.
TTL configurável
Defina um time-to-live de 1 hora, 24 horas, 7 dias ou customizado. Ambientes são limpos automaticamente quando o tempo expira.
Zero limpeza manual
Mergeou o PR? sh0 detecta o evento de fechamento e destrói o ambiente. Sem containers órfãos, sem recursos desperdiçados.
Mesmo pipeline de build da produção
Ambientes de preview usam exatamente o mesmo Dockerfile, etapas de build e runtime do seu deploy de produção. Sem surpresas na hora do merge.
Comentário no PR com URL
sh0 posta um comentário no seu pull request com a URL de preview ativa. Revisores clicam uma vez e veem o app rodando.
O jeito antigo
- x Fazer deploy de staging manualmente
- x Compartilhar um ambiente de staging com a equipe toda
- x Conflitos entre PRs no staging
- x Limpeza manual de ambientes antigos
- x Sem testes isolados por branch
- x Torcer para que staging seja igual à produção
O jeito sh0
- Auto-deploy a cada PR
- Ambiente isolado por branch
- Subdomínio único automático
- Limpeza automática no merge ou TTL
- Mesmo build da produção
- Link postado no PR automaticamente
Perguntas e respostas
Como as URLs de preview são geradas? +
O que acontece quando o PR é mergeado? +
Posso definir um TTL? +
Ambientes de preview compartilham o banco de dados? +
Posso desativar ambientes de preview para apps específicos? +
O pipeline de build é idêntico ao de produção? +
Revise código em condições de produção
Cada PR recebe seu próprio ambiente isolado com uma URL única. Faça merge com confiança.