VPS 4 Builder 0a83c0f515
build-and-promote / build (push) Has been skipped
build-and-promote / promote (push) Successful in 1m40s
build: registry pela VPN (10.99.0.3:3000) + fail-fast na tag
O proxy HTTPS de git.clube67.com corta uploads em ~60 s, a ~0,75 MB/s: blobs
acima de ~45 MB não publicam (o Gitea recebe o corpo truncado e responde 500).
O maior blob daqui tem 39,5 MB — publicava raspando, e qualquer dependência nova
quebraria o deploy. Pelo WireGuard são ~2,4 MB/s, sem corte.

Mesmo Gitea, mesmo repositório, mesmas tags: só muda o caminho de rede. Verificado
na VPS1 que `10.99.0.3:3000/ruicesar/scoreodonto-backend:v1.0.39` entrega o mesmo
image id que o container em execução — o rollback para tags antigas segue válido.

- docker-compose.prod.yml / deploy-prod.sh / workflow: registry passa a ser
  10.99.0.3:3000. Requer `insecure-registries` no daemon da VPS1 e do runner
  (já aplicado; a porta 3000 não é exposta à internet, só pelo túnel).
- promote: `buildx imagetools` não fala com registry HTTP, então o manifest é
  copiado pela API v2 do registry. Byte a byte ⇒ digest idêntico, que continua
  sendo conferido antes de deployar.
- promote: autentica com o `docker login` do runner. `secrets.REGISTRY_TOKEN` não
  existe neste repo — o `docker login` mascarava isso; o curl não.
- docker-compose.prod.yml: `${SCOREODONTO_TAG:?}` no lugar de `:-latest`. Sem a
  tag o deploy agora ABORTA, em vez de subir uma imagem indeterminada em produção.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-10 16:46:21 +02:00
S
Description
No description provided
26 MiB
Languages
TypeScript 76.5%
JavaScript 23.1%
Shell 0.2%