fsolla/teqo

Fork 0

OPS66 — OPS66 — deploy: build de geração estática lê schema novo antes do passo migrate (deadlock de migrations em caminho estático) #68

New issue

Closed

opened 2026-08-18 20:08:19 +00:00 by fsolla · 6 comments

fsolla commented

2026-08-18 20:08:19 +00:00

Owner

depends

serializes

priority

OPS66

Plano: docs/plans/ops66-deploy-build-le-schema-novo-antes-da-migrate.md

--- id: OPS66 depends: [] serializes: [] priority: P2 --- Plano: [`docs/plans/ops66-deploy-build-le-schema-novo-antes-da-migrate.md`](docs/plans/ops66-deploy-build-le-schema-novo-antes-da-migrate.md)

fsolla added the

blocked

kind:chore

prio:P2

labels 2026-08-18 20:08:19 +00:00

fsolla referenced this issue

2026-08-18 20:09:05 +00:00

plan(OPS66): deploy — build de geração estática lê schema novo antes do passo migrate #69

fsolla added

ready

and removed

blocked

labels 2026-08-18 20:29:41 +00:00

fsolla commented

2026-08-18 20:29:41 +00:00

Author

Owner

Promovido a ready: plano de intenção em main (ciclo OPS17 — pnpm agent:ready).

Promovido a `ready`: plano de intenção em `main` (ciclo OPS17 — `pnpm agent:ready`).

fsolla commented

2026-08-18 20:36:36 +00:00

Author

Owner

Evidência adicional (observada no fechamento da OPS60, PR #66): o deploy do main vem falhando há 4 runs seguidos — fe5b11cf (19:10, 10m10s), 8cc9e078 (19:25, 14m40s), 085a69e6 (19:45, 12m47s) e 2d402c81 (20:22, run #692 — deploy em 1m38s). Último sucesso: 50749270 (18:40). Todos os demais jobs do ci.yml (static/int/build/e2e/checks) passam; só o job deploy homeserver (teqo-1313) falha. Consistente com a hipótese da Issue (deadlock do build estático lendo schema novo antes do passo migrate).

Evidência adicional (observada no fechamento da OPS60, PR #66): o deploy do main vem falhando há 4 runs seguidos — `fe5b11cf` (19:10, 10m10s), `8cc9e078` (19:25, 14m40s), `085a69e6` (19:45, 12m47s) e `2d402c81` (20:22, run #692 — deploy em 1m38s). Último sucesso: `50749270` (18:40). Todos os demais jobs do ci.yml (static/int/build/e2e/checks) passam; só o job `deploy homeserver (teqo-1313)` falha. Consistente com a hipótese da Issue (deadlock do build estático lendo schema novo antes do passo migrate).

fsolla added

in-progress

and removed

ready

labels 2026-08-19 12:55:45 +00:00

fsolla commented

2026-08-19 12:55:45 +00:00

Author

Owner

Claimed by agent run at 2026-08-19T12:55:45.609Z. Lock otimista: outro claim deve falhar e re-rodar pnpm agent:claim.

Claimed by agent run at 2026-08-19T12:55:45.609Z. Lock otimista: outro claim deve falhar e re-rodar `pnpm agent:claim`.

fsolla referenced this issue from a pull request that will close it,

2026-08-19 13:10:01 +00:00

OPS66 — deploy: migrate antes do build do runner (deadlock de migrations em caminho estático) #82

fsolla closed this issue

2026-08-19 13:14:18 +00:00

fsolla added

done

in-prod

and removed

in-progress

labels 2026-08-19 13:14:40 +00:00

fsolla commented

2026-08-19 13:14:41 +00:00

Author

Owner

Merged em main via PR #82 — done + in-prod. Deploy de produção segue o verificador ci.yml (gated).

Merged em main via PR #82 — `done` + `in-prod`. Deploy de produção segue o verificador `ci.yml` (gated).

fsolla commented

2026-08-19 13:16:50 +00:00

Author

Owner

Merged via PR #82 (rebase). Fix: scripts/deploy-homeserver.sh reordenado — build do migrator (não roda next build) → swap do compose → migrate (compose run teqo-1313-migrate, caminho canônico) → build do runner contra o banco já migrado → rollout/smoke. Pin de ordem em tests/unit/deployScript.unit.spec.ts (migrator < swap < migrate < runner build < rollout) + invariante Dockerfile (estágio migrator nunca roda next build); runbook com a falha conhecida relation ... does not exist. A verificação ao vivo é o próximo run do ci.yml na janela (mudança em scripts//tests//AGENTS.md conta como produção → deploy roda).

Merged via PR #82 (rebase). Fix: `scripts/deploy-homeserver.sh` reordenado — build do migrator (não roda `next build`) → swap do compose → **migrate** (`compose run teqo-1313-migrate`, caminho canônico) → **build do runner contra o banco já migrado** → rollout/smoke. Pin de ordem em `tests/unit/deployScript.unit.spec.ts` (migrator < swap < migrate < runner build < rollout) + invariante Dockerfile (estágio migrator nunca roda `next build`); runbook com a falha conhecida `relation ... does not exist`. A verificação ao vivo é o próximo run do `ci.yml` na janela (mudança em `scripts/`/`tests/`/`AGENTS.md` conta como produção → deploy roda).

fsolla commented

2026-08-19 16:13:44 +00:00

Author

Owner

Verificação ao vivo concluída: o deploy efetivo do main (run #904, dispatch, SHA ccfa60c1) rodou com o script reordenado e completou — migrator build → swap → migrate (no-op) → runner build contra o banco migrado → rollout → smoke. Container em ccfa60c1 (healthy), site 200. Produção saiu de e6bd1d26 (21:49 de 18/08) sem intervenção manual. Nota: a janela agendada do ci.yml está com o gate skipped no Forgejo 9.0.3 (bug de github.ref em schedule — issue OPS70); o dispatch foi o caminho de verificação.

Verificação ao vivo concluída: o deploy efetivo do main (run #904, dispatch, SHA ccfa60c1) rodou com o script reordenado e completou — migrator build → swap → migrate (no-op) → runner build contra o banco migrado → rollout → smoke. Container em `ccfa60c1` (healthy), site 200. Produção saiu de `e6bd1d26` (21:49 de 18/08) sem intervenção manual. Nota: a janela agendada do ci.yml está com o gate skipped no Forgejo 9.0.3 (bug de `github.ref` em schedule — issue **OPS70**); o dispatch foi o caminho de verificação.