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

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

Levantar o histórico de execuções de .forgejo/workflows/release.yml e conferir se o que está em produção bate com a última tag.

Feito quando: o resultado da auditoria estiver registrado nesta issue.

Levantar o histórico de execuções de `.forgejo/workflows/release.yml` e conferir se o que está em produção bate com a última tag. **Feito quando:** o resultado da auditoria estiver registrado nesta issue.
Author
Owner

Resultado da auditoria (10/10/2026)

O workflow funciona: a v1.0.2 está em produção.

Tag Run Validar versão Testes (2 runners) Deploy Causa
v1.0.0 6 ok ok falhou (smoke) .htaccess em loop de rewrite no subdiretório → HTTP 500 em tudo. Corrigido em 77ecc00.
v1.0.1 12 ok ok falhou (smoke) Páginas respondendo 404 logo depois de reabrir o site (CDN da Hostinger servindo resposta antiga) + APP_PWA_API_KEY vazio. O deploy religou a manutenção, como projetado.
v1.0.2 17, 1ª tentativa (08/10) ok ok falhou (smoke_config) Site no ar, mas APP_PWA_API_KEY vazio no core/config.php do servidor. Ver #4.
v1.0.2 run 17, re-run (10/10 17:10) ok ok ok 1º smoke ainda pegou 404 da CDN; a repetição após 30s passou em tudo.

Conferido de fora, agora:

  • https://sigsaeear.com/cidit/projetos/11/api/index.php → 200, "Argos API"
  • rodapé do login do Painel em produção mostra v1.0.2
  • Release v1.0.2 existe no Forgejo com argos-v1.0.2.zip anexado
  • smoke agendado (09:00) verde em 09/10 e 10/10

Observações que não bloqueiam:

  • A main está 1 commit à frente da v1.0.2 (15143af, só tests/smoke_producao.php — fura o cache da CDN). Esse ajuste ainda não rodou num deploy de verdade.
  • O passo "Publicar Release" imprime a URL interna (http://forgejo:3000/...) no log, porque usa github.server_url. Só cosmético.
  • Nenhuma tag passou de primeira ainda — acompanhar em #5.
## Resultado da auditoria (10/10/2026) **O workflow funciona: a `v1.0.2` está em produção.** | Tag | Run | Validar versão | Testes (2 runners) | Deploy | Causa | |---|---|---|---|---|---| | `v1.0.0` | [6](https://cosmos.simioni.dev.br/cidit/projeto-argos/actions/runs/6) | ok | ok | **falhou** (smoke) | `.htaccess` em loop de rewrite no subdiretório → HTTP 500 em tudo. Corrigido em 77ecc00. | | `v1.0.1` | [12](https://cosmos.simioni.dev.br/cidit/projeto-argos/actions/runs/12) | ok | ok | **falhou** (smoke) | Páginas respondendo 404 logo depois de reabrir o site (CDN da Hostinger servindo resposta antiga) + `APP_PWA_API_KEY` vazio. O deploy religou a manutenção, como projetado. | | `v1.0.2` | [17](https://cosmos.simioni.dev.br/cidit/projeto-argos/actions/runs/17), 1ª tentativa (08/10) | ok | ok | **falhou** (`smoke_config`) | Site no ar, mas `APP_PWA_API_KEY` vazio no `core/config.php` do servidor. Ver #4. | | `v1.0.2` | run 17, re-run (10/10 17:10) | ok | ok | **ok** | 1º smoke ainda pegou 404 da CDN; a repetição após 30s passou em tudo. | Conferido de fora, agora: - `https://sigsaeear.com/cidit/projetos/11/api/index.php` → 200, "Argos API" - rodapé do login do Painel em produção mostra **v1.0.2** - Release `v1.0.2` existe no Forgejo com `argos-v1.0.2.zip` anexado - smoke agendado (09:00) verde em 09/10 e 10/10 Observações que não bloqueiam: - A `main` está 1 commit à frente da `v1.0.2` (15143af, só `tests/smoke_producao.php` — fura o cache da CDN). Esse ajuste ainda não rodou num deploy de verdade. - O passo "Publicar Release" imprime a URL interna (`http://forgejo:3000/...`) no log, porque usa `github.server_url`. Só cosmético. - Nenhuma tag passou de primeira ainda — acompanhar em #5.
caio closed this issue 2026-10-10 17:21:52 -03:00
caio added this to the Argos project 2026-10-10 17:46:21 -03:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
cidit/projeto-argos#3
No description provided.