OPS70 — CI: gate skipped em runs agendados do ci.yml (github.ref sem refs/heads no schedule do Forgejo 9.0.3) — deploy automático não roda #85

New issue

Closed

opened 2026-08-19 15:14:51 +00:00 by fsolla · 1 comment

fsolla commented

2026-08-19 15:14:51 +00:00

Owner

depends

serializes

priority

OPS70

Bug: janela agendada do ci.yml nunca roda o gate — deploy automático morto no Forgejo 9.0.3

Observado ao verificar o OPS66 (PR #82, 2026-08-19): nenhum run agendado do ci.yml roda jobs desde a adoção do OPS65. Runs #883 (13:30), #888 (14:00), #889 (14:30), #890 (15:00) — todos skipped nos TRÊS jobs (gate, checks, deploy), inclusive com mudanças de produção mergidas (OPS66: scripts/, tests/, AGENTS.md; OPS67: scripts/). O container de prod segue em e6bd1d26 (deploy 2026-08-18 21:49) — produção ~2h atrás do main.

Causa provável: o job gate tem if: github.ref == 'refs/heads/main', mas o Forgejo 9.0.3 entrega o nome puro da branch (main) no Ref de eventos schedule (patch upstream: forgejo#13081 "fix: use proper ${{ forgejo.ref }} in scheduled workflows" — Ref passa a refs/heads/<default>; ver se o fix caiu no 9.0.3 ou só depois). Com o if falso, o gate é skipped → checks/deploy skipped por dependência → run verde-skipped sem deploy. workflow_dispatch funciona (ref completo) — usado como workaround manual.

Correção proposta (a validar no gate)

Trocar o if do gate (e a proteção de branch) por algo robusto em schedule: if: github.event_name != 'pull_request' ou github.ref_name == 'main' — ou subir o Forgejo para versão com o fix do ref de schedule (infra-solla).
Teste: pin unit do ci.yml (seguir o padrão dos guards existentes) + verificação ao vivo na janela.
Runbook: falha conhecida "run agendado skipped sem deploy" com o workaround dispatch.

Não escopo

Não mudar o OPS66 (ordem migrate/build) — já entregue.
Não mexer em infra sem decisão separada (upgrade do Forgejo é do infra-solla).

--- id: OPS70 depends: [] serializes: [] priority: P1 --- ## Bug: janela agendada do ci.yml nunca roda o gate — deploy automático morto no Forgejo 9.0.3 Observado ao verificar o OPS66 (PR #82, 2026-08-19): **nenhum run agendado do `ci.yml` roda jobs** desde a adoção do OPS65. Runs #883 (13:30), #888 (14:00), #889 (14:30), #890 (15:00) — todos `skipped` nos TRÊS jobs (`gate`, `checks`, `deploy`), inclusive com mudanças de produção mergidas (OPS66: `scripts/`, `tests/`, `AGENTS.md`; OPS67: `scripts/`). O container de prod segue em `e6bd1d26` (deploy 2026-08-18 21:49) — produção ~2h atrás do main. **Causa provável:** o job `gate` tem `if: github.ref == 'refs/heads/main'`, mas o Forgejo 9.0.3 entrega o **nome puro da branch** (`main`) no `Ref` de eventos `schedule` (patch upstream: forgejo#13081 "fix: use proper `${{ forgejo.ref }}` in scheduled workflows" — Ref passa a `refs/heads/<default>`; ver se o fix caiu no 9.0.3 ou só depois). Com o `if` falso, o gate é skipped → `checks`/`deploy` skipped por dependência → run verde-skipped sem deploy. `workflow_dispatch` funciona (ref completo) — usado como workaround manual. ## Correção proposta (a validar no gate) 1. Trocar o `if` do gate (e a proteção de branch) por algo robusto em schedule: `if: github.event_name != 'pull_request'` ou `github.ref_name == 'main'` — ou subir o Forgejo para versão com o fix do ref de schedule (infra-solla). 2. Teste: pin unit do `ci.yml` (seguir o padrão dos guards existentes) + verificação ao vivo na janela. 3. Runbook: falha conhecida "run agendado skipped sem deploy" com o workaround dispatch. ## Não escopo - Não mudar o OPS66 (ordem migrate/build) — já entregue. - Não mexer em infra sem decisão separada (upgrade do Forgejo é do infra-solla).