Descobrir por que o deploy da v1.0.2 falhou na 1ª tentativa #4

New issue

Closed

opened 2026-10-10 17:19:46 -03:00 by caio · 1 comment

caio commented

2026-10-10 17:19:46 -03:00

Owner

O job Deploy em produção do run 17 (tag v1.0.2) falhou em 08/10 e só passou num re-run em 10/10, sem mudança de código na tag. Ler o log da tentativa que falhou e registrar a causa (FTP? cache da CDN no smoke test? configuração?).

Run: https://cosmos.simioni.dev.br/cidit/projeto-argos/actions/runs/17

O job **Deploy em produção** do run 17 (tag `v1.0.2`) falhou em 08/10 e só passou num re-run em 10/10, sem mudança de código na tag. Ler o log da tentativa que falhou e registrar a causa (FTP? cache da CDN no smoke test? configuração?). Run: https://cosmos.simioni.dev.br/cidit/projeto-argos/actions/runs/17

caio referenced this issue

2026-10-10 17:19:48 -03:00

Confirmar que o workflow de Release está funcionando #6

caio added the

ci-cd

label

2026-10-10 17:20:21 -03:00

caio referenced this issue

2026-10-10 17:21:51 -03:00

Auditar os runs do workflow Release (v1.0.0 → v1.0.2) e a versão em produção #3

caio commented

2026-10-10 17:21:51 -03:00

Author

Owner

Causa

Não foi código nem FTP. Na 1ª tentativa (08/10) o deploy completou e o site ficou no ar com a versão nova, mas o smoke test terminou com 3 falhas de CONFIGURAÇÃO:

CONFIG PWA: APP_PWA_API_KEY preenchido no core/config.php
       APP_PWA_API_KEY está vazio no core/config.php de produção — gere uma chave em Ikarus37 → API e cole no config.php
::error::Deploy de v1.0.2 falhou na fase 'smoke_config'.

O core/config.php de produção não vem do repositório (é preservado no deploy), e estava sem a chave da PWA. Depois que a chave foi preenchida no servidor, o re-run de 10/10 passou: ok PWA: APP_PWA_API_KEY preenchido, ok PWA: a chave do app é aceita pela API.

Nos dois runs o primeiro smoke também acusou 404 nas páginas logo após reabrir o site (cache da CDN da Hostinger); a repetição automática após 30s resolve, e o commit 15143af (ainda sem tag) ataca isso na origem.

Nada a corrigir no workflow por causa desta falha — ele se comportou como documentado em docs/CI-CD.md (falha de configuração avisa, mas não derruba o site).

## Causa Não foi código nem FTP. Na 1ª tentativa (08/10) o deploy completou e o site ficou no ar com a versão nova, mas o smoke test terminou com **3 falhas de CONFIGURAÇÃO**: ``` CONFIG PWA: APP_PWA_API_KEY preenchido no core/config.php APP_PWA_API_KEY está vazio no core/config.php de produção — gere uma chave em Ikarus37 → API e cole no config.php ::error::Deploy de v1.0.2 falhou na fase 'smoke_config'. ``` O `core/config.php` de produção não vem do repositório (é preservado no deploy), e estava sem a chave da PWA. Depois que a chave foi preenchida no servidor, o re-run de 10/10 passou: `ok PWA: APP_PWA_API_KEY preenchido`, `ok PWA: a chave do app é aceita pela API`. Nos dois runs o primeiro smoke também acusou 404 nas páginas logo após reabrir o site (cache da CDN da Hostinger); a repetição automática após 30s resolve, e o commit 15143af (ainda sem tag) ataca isso na origem. Nada a corrigir no workflow por causa desta falha — ele se comportou como documentado em `docs/CI-CD.md` (falha de configuração avisa, mas não derruba o site).

caio closed this issue

2026-10-10 17:21:53 -03:00

caio referenced this issue

2026-10-10 17:38:49 -03:00

Confirmar que o workflow de Release está funcionando #6

caio added this to the Argos project

2026-10-10 17:46:22 -03:00