v0.1.0 — a primeira produção

Registro retroativo, escrito em 2026-09-01. A release aconteceu em 2026-09-01 (madrugada) e o modelo deste diretório nasceu no mesmo dia (#633), depois dela. O conteúdo abaixo vem da medição feita na época, não de memória.

PR de release: #636 (development → main, head development) · Merge/deploy: 2026-09-01 Aceitação que a sustenta: sprint 026 — avaliada depois, e o resultado foi 050/US1 e US2 não aceitas por critério sem evidência

O que embarcou

A plataforma inteira, pela primeira vez fora do repositório: imagem multi-stage, CD no push da main, runbook do Dokploy, e o entrypoint que confere as variáveis antes de subir (#632), mais a porta pública falando pela metáfora (#637).

O que o CD fez

Passo	Evidência
imagem	ghcr.io/the-band-solution/theband:v0.1.0, digest sha256:e4acfdd…
tag git	v0.1.0
delivery	falhou na primeira tentativa — o segredo DOKPLOY_WEBHOOK_URL foi criado 8 segundos depois de o workflow o ler. A mensagem do contrato disse o que importava: "a imagem e a tag existem, mas NÃO houve delivery". Re-run entregou em 11s

O que a produção revelou, e a suíte não revelaria

Registrado em medicao-do-primeiro-release.md e em pendencias.md:

• o socket do LiveView recusado com 403 enquanto o HTTP respondia 200 — _mount_attempts => "79" no log, e uma barra de carregamento que não terminava (virou a lição L85, e é a origem da feature 054);
• o painel dizendo Done com o contêiner morrendo em laço (L84);
• ninguém conseguia entrar — não havia conta, e o seeds.exs levanta em produção de propósito. Foi o que gerou a 052 e a release seguinte.

O que provou estar certo

O entrypoint derrubou o contêiner ao não resolver o banco, em vez de servir zero em toda tela; a migração rodou antes do endpoint atender; e a imagem não carrega segredo nenhum — docker history e Config.Env com 0 ocorrências.