jhony75/eeg-qa
Watch
1
0
Fork
You've already forked eeg-qa
 0
Code Issues Pull requests 1 Projects Releases Packages 3 Wiki Activity Actions

ci: divide o step "Frontend build" em fases visíveis #52

Merged
jhony75 merged 1 commit from ci-speed-frontend-investigation into develop 2026-09-10 00:25:20 -03:00
Conversation 0 Commits 1 Files changed 1 +35 -1
jhony75 commented 2026-09-09 21:18:43 -03:00
Owner
Copy link

Passo 1 da investigação pedida pelo usuário: dá pra fazer com o frontend o mesmo trabalho de velocidade de CI que foi feito com o backend (ver memória de sessão ci_speed_backlog)?

Antes de propor qualquer otimização, preciso ver o tempo real de cada fase — hoje npm ci/npm audit/typecheck/lint/test/build são um único step "Frontend build", sem visibilidade nenhuma de onde o tempo realmente vai. Esta PR só divide isso em steps separados (zero mudança de comportamento, mesmos comandos). Depois que rodar, vou ler os tempos reais na UI do Forgejo e reportar se há uma otimização real disponível ou não.

Co-Authored-By: Claude Sonnet 5 noreply@anthropic.com

Passo 1 da investigação pedida pelo usuário: dá pra fazer com o frontend o mesmo trabalho de velocidade de CI que foi feito com o backend (ver memória de sessão `ci_speed_backlog`)? Antes de propor qualquer otimização, preciso ver o tempo real de cada fase — hoje `npm ci`/`npm audit`/`typecheck`/`lint`/`test`/`build` são um único step "Frontend build", sem visibilidade nenhuma de onde o tempo realmente vai. Esta PR só divide isso em steps separados (zero mudança de comportamento, mesmos comandos). Depois que rodar, vou ler os tempos reais na UI do Forgejo e reportar se há uma otimização real disponível ou não. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
ci: divide o step "Frontend build" em fases visiveis
All checks were successful
EEG QA CI / validate-and-build (pull_request) Successful in 3m46s
Details
EEG QA CI / Deploy production (pull_request) Has been skipped
Details
EEG QA CI / Deploy development (pull_request) Has been skipped
Details
66aa5e1345 
Mesma tecnica ja usada no Backend (ver historico de ci_speed_backlog):
antes de decidir se vale a pena otimizar o frontend do jeito que o backend
foi otimizado, preciso ver o tempo real de cada fase (npm ci / audit /
typecheck / lint / test / build) direto na UI do Forgejo -- hoje tudo isso
e um unico step "Frontend build", sem visibilidade de onde o tempo vai.

Sem mudanca de comportamento (mesmos comandos, so divididos em steps
separados). Proximo passo depois que essa PR rodar no CI: ler os tempos
reais e decidir se ha uma otimizacao real disponivel ou se o teto de ganho
aqui e pequeno (ao contrario do backend, que tinha um bug estrutural real
-- rerun de todas as migracoes em cada TestClient -- o frontend nao tem um
padrao equivalente conhecido).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
jhony75 merged commit 10336f63f6 into develop 2026-09-10 00:25:20 -03:00
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
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
jhony75/eeg-qa!52
No description provided.