release: promove develop pra produção (Validação Técnica com todos os status e controle do documento)

jhony75 commented

2026-10-15 12:27:31 -03:00

Owner

O que é

Promove para produção a #85, mesclada em develop depois da release #83. O dev já roda esse conteúdo (conferir o deploy de dev verde antes de mesclar esta release).

Principais mudanças

#85 — PDF/DOCX da Validação Técnica mostram todos os status + controle do que entra no documento:
- Bug: itens Reprovado e Não aplicável (que o qa-project já enviava, pois status é texto livre) sumiam do PDF/DOCX inteiro, texto e imagens. Agora há uma seção por status: Itens aprovados (tabela, como antes), Itens reprovados (só se houver), Ressalvas (sempre), Itens não aplicáveis (só se houver) e Outros itens (status fora dos quatro: nunca some), com observação e imagens com legenda.
- Controle salvo do que entra no documento: include_images (validação), include_in_document (item e imagem). PDF, DOCX e o que é enviado ao HubSpot usam sempre essa versão; nada é apagado do registro; tudo true por padrão.
- Tela: 4 status no seletor, observação para todos os que não são Aprovado, badge de reprovados, card "Documento gerado" e checkboxes por item e por imagem.

Migration (1 nova, aditiva, roda no deploy)

7f155a36dd9e — 3 colunas booleanas NOT NULL com default 1: images.include_in_document, technical_validation_items.include_in_document, technical_validations.include_images. Registros existentes continuam completos. Round-trip upgrade/downgrade, alembic check e restore drill ok. O CI passa a esperar 7f155a36dd9e.

Pendências conhecidas

O envio ao HubSpot (já em produção desde a #83) só funciona depois que o HUBSPOT_ACCESS_TOKEN estiver no .env de produção; este deploy recria os containers e passa a ler o .env atual. Um token do HubSpot não tem espaço (formato pat-na1-...); aspas no .env são seguras.
O envio ao HubSpot nunca foi testado contra o HubSpot real: o primeiro envio deve ser num deal de teste (token com escrita em notas, arquivos e deals).
O campo status continua texto livre na API (sem 422 para valor desconhecido); a UI oferece os 4.
Runners ainda não registrados no Cockpit; validação ao vivo Cockpit → runner não feita.
Confirmação das variáveis GARAGE_* no .env de produção (herdada das releases anteriores).

Verificação

develop sem conflito com main (merge-tree limpo); a PR #85 teve CI verde (backend, frontend, build de imagens).
Backend: 313 testes; frontend: tsc/lint/178 testes/build ok.

🤖 Generated with Claude Code

## O que é Promove para produção a #85, mesclada em `develop` depois da release #83. O dev já roda esse conteúdo (conferir o deploy de dev verde antes de mesclar esta release). ## Principais mudanças - **#85 — PDF/DOCX da Validação Técnica mostram todos os status + controle do que entra no documento:** - **Bug:** itens `Reprovado` e `Não aplicável` (que o qa-project já enviava, pois `status` é texto livre) sumiam do PDF/DOCX inteiro, texto e imagens. Agora há uma seção por status: Itens aprovados (tabela, como antes), **Itens reprovados** (só se houver), Ressalvas (sempre), **Itens não aplicáveis** (só se houver) e **Outros itens** (status fora dos quatro: nunca some), com observação e imagens com legenda. - **Controle salvo do que entra no documento:** `include_images` (validação), `include_in_document` (item e imagem). PDF, DOCX **e o que é enviado ao HubSpot** usam sempre essa versão; nada é apagado do registro; tudo `true` por padrão. - **Tela:** 4 status no seletor, observação para todos os que não são Aprovado, badge de reprovados, card "Documento gerado" e checkboxes por item e por imagem. ## Migration (1 nova, aditiva, roda no deploy) - `7f155a36dd9e` — 3 colunas booleanas NOT NULL com default 1: `images.include_in_document`, `technical_validation_items.include_in_document`, `technical_validations.include_images`. Registros existentes continuam completos. Round-trip upgrade/downgrade, `alembic check` e restore drill ok. O CI passa a esperar `7f155a36dd9e`. ## Pendências conhecidas - O envio ao HubSpot (já em produção desde a #83) só funciona depois que o `HUBSPOT_ACCESS_TOKEN` estiver no `.env` de produção; este deploy recria os containers e passa a ler o `.env` atual. Um token do HubSpot não tem espaço (formato `pat-na1-...`); aspas no `.env` são seguras. - O envio ao HubSpot nunca foi testado contra o HubSpot real: o primeiro envio deve ser num deal de teste (token com escrita em notas, arquivos e deals). - O campo `status` continua texto livre na API (sem 422 para valor desconhecido); a UI oferece os 4. - Runners ainda não registrados no Cockpit; validação ao vivo Cockpit → runner não feita. - Confirmação das variáveis `GARAGE_*` no `.env` de produção (herdada das releases anteriores). ## Verificação - `develop` sem conflito com `main` (merge-tree limpo); a PR #85 teve CI verde (backend, frontend, build de imagens). - Backend: 313 testes; frontend: tsc/lint/178 testes/build ok. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

jhony75 added 2 commits

2026-10-15 12:27:31 -03:00

fix: PDF/DOCX da validacao mostram todos os status + controle do que entra no documento

EEG QA CI / Detectar o que mudou (pull_request) Successful in 26s

Details

EEG QA CI / Backend (pull_request) Successful in 2m25s

Details

EEG QA CI / Frontend (pull_request) Successful in 3m29s

Details

EEG QA CI / Build e publicação de imagens (pull_request) Successful in 3m23s

Details

EEG QA CI / Deploy production (pull_request) Has been skipped

Details

EEG QA CI / Deploy development (pull_request) Has been skipped

Details

ab6829f179

Itens Reprovado e Nao aplicavel sumiam do documento (so Aprovado/Ressalva eram
desenhados); agora ha uma secao por status, com observacao e imagens. Alem
disso, include_images (validacao) e include_in_document (item e imagem) definem
o que entra no PDF/DOCX e no que e enviado ao HubSpot, sem apagar nada.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

Merge pull request 'fix: PDF/DOCX da validacao mostram todos os status + controle do que entra no documento' (#85 ) from fix/validation-export-all-statuses into develop

EEG QA CI / Detectar o que mudou (push) Successful in 7s

Details

EEG QA CI / Backend (push) Successful in 2m15s

Details

EEG QA CI / Frontend (push) Successful in 3m51s

Details

EEG QA CI / Build e publicação de imagens (push) Successful in 2m27s

Details

EEG QA CI / Deploy production (push) Has been skipped

Details

EEG QA CI / Deploy development (push) Successful in 35s