c0ca88c028
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.3 KiB
1.3 KiB
Infra — Ambiente de desenvolvimento
Situação: como funciona o
dev.<projeto>e por que dá para testar sem medo.
dev.<projeto>(ex.:dev.scoreodonto.com) roda na VPS4, servido por uma imagem buildada (nginx sobrevite build) — NÃO é hot-reload (HMR). Editar o código exige rebuild + recreate do container para refletir.- (Os processos
vite --port 5173/5180que rodam na VPS4 são de outros apps, ex.: o client do RX — não do scoreodonto.)
- (Os processos
- Banco DEV isolado: o backend de dev usa o container
pgdev(PostGIS na VPS4), banco<projeto>_dev— não toca o banco de produção (VPS3). Pasta:/home/deploy/stack/pg-dev/.pg-dev-refresh.sh <projeto>→ repuxa dados da produção (somente leitura) para o_refe recria o_dev.pg-dev-reset.sh <projeto>→ volta o_devao estado limpo em segundos.
- Por que importa: testar em dev (criar lixo, rodar migração arriscada) tem zero impacto na produção. A produção nunca é alterada por dev.
- Em dev a versão exibida é
dev(ver../deploy/versionamento.md).
⚠️ Atenção: vite build não bloqueia por erro de tipo (TypeScript) — um erro de tipo pode passar no build e só estourar em runtime. Sempre exercite a tela que mudou antes de promover.