Skip to content

chore(release): 1.0.0-rc.4 — o fornecedor pessoa física - #1030

Closed
GabrielAderaldo wants to merge 1 commit into
devfrom
chore/release-1.0.0-rc.4
Closed

GabrielAderaldo wants to merge 1 commit into
devfrom
chore/release-1.0.0-rc.4

Conversation

@GabrielAderaldo

Copy link
Copy Markdown
Contributor

O que entra

O ato de promoção do ADR-0066: bump de package.json#version para 1.0.0-rc.4 e o CHANGELOG.md gerado. Nenhuma linha de src/.

Arquivo Natureza
package.json 1.0.0-rc.3 → 1.0.0-rc.4
CHANGELOG.md seção da rc.4, gerada por pnpm release:notes v1.0.0-rc.3..HEAD

2 arquivos, 11 inserções, 1 remoção.

Por que -rc.4 e não 1.0.0

A #873 continua aberta, e a cerimônia de validação em produção do ADR-0066 §D10 não rodou. Pela escada do §D1 a árvore vai a produção declarando que ainda não foi validada, e o 1.0.0 permanece intacto para o GA (§D3).

O range — 2 unidades de entrega

Ambas classificadas, nenhuma em "Não classificado" (§D7):

  • partners: fornecedor pessoa física (CPF) — SupplierDocument, PF sem Razão Social/Nome Fantasia (#1025, ADR-0070)
  • infra: S3 de dev/teste passa ao fork Silo — minio/minio sumiu do Docker Hub (#1028, ADR-0071)

Sem quebras de contrato

O range não traz mudança incompatível: document e personType entram por acréscimo, e cnpj segue aceito no body e devolvido na resposta como alias deprecated por um ciclo (#1025). As duas últimas quebras foram na rc.1 (#825 expectedDueDate, #811 cedenteAccountId).

O CHANGELOG foi gerado, não redigido

pnpm release:notes v1.0.0-rc.3..HEAD (§D5). As seções da rc.3, rc.2 e rc.1 foram reinseridas à mão porque o gerador monta o documento do zero e sobrescreve o arquivo — o mesmo gap registrado no commit da rc.2 (a97b21ab), ainda aberto.

Gate

typecheck, format:check, lint e test verdes na árvore — 11908 testes: 11884 pass, 0 falhas, 19 skipped (integração, que exige MYSQL_INTEGRATION=1) e 5 todo (#388 — fixtures fiscais reais, gitignored, só existem localmente).

🤖 Generated with Claude Code

Quarta candidata da linha 1.0.0, sobre 2 unidades de entrega desde a v1.0.0-rc.3. A árvore
segue candidata: pela escada do ADR-0066 §D1 ela vai a produção declarando que ainda não foi
validada, e o número 1.0.0 permanece intacto para o GA (§D3). A cerimônia do §D10 não rodou —
a #873 continua aberta.

O que o range traz: o fornecedor passa a aceitar pessoa física — `document` CPF ou CNPJ, PF sem
razão social nem nome fantasia (#1025, ADR-0070), com a migration 0020 de `par_suppliers` e
`cnpj` mantido como alias deprecated na API por um ciclo; e o S3 de dev/teste passa ao fork
Silo porque minio/minio sumiu do Docker Hub (#1028, ADR-0071), sem efeito em produção.

O CHANGELOG foi gerado por `pnpm release:notes v1.0.0-rc.3..HEAD` (ADR-0066 §D5), nunca
redigido. As seções da rc.3, rc.2 e rc.1 foram preservadas à mão porque o gerador monta o
documento do zero e sobrescreve o arquivo — o mesmo gap registrado no commit da rc.2, ainda
aberto.

Gate verde na árvore: typecheck, format:check, lint e test — 11908 testes, 11884 pass, 0
falhas, 19 skipped (integração, que exige MYSQL_INTEGRATION=1) e 5 todo (#388, fixtures
fiscais locais gitignored).

Assisted-by: Claude-Code:claude-opus-5-5
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Copilot AI balanced review requested due to automatic review settings October 5, 2026 18:48

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

@GabrielAderaldo

Copy link
Copy Markdown
Contributor Author

Trasladado para o #1038, que parte da dev em vez de recebê-la por merge.

O CHANGELOG daqui listava só o #1025 e o #1028. A causa é mecânica, não descuido: o gerador percorre git log --first-parent, e numa branch que recebe a dev por merge ela é o segundo pai — o #1037 e o #1035 ficavam invisíveis, escondidos atrás do merge commit.

Medido em 06/10: first-parent desta branch encontrava 2 PRs; a partir da dev, encontra os 4.

Por isso não bastava rodar gh pr update-branch aqui — ele também é um merge, e manteria o mesmo ponto cego. O #1038 nasce da dev, é descendente linear dela, e o gerador passa a enxergar as quatro entregas.

De quebra, o #1038 corrige o release-notes: ele descartava o #1037 inteiro porque as linhas convencionais do corpo vinham como bullets. Entre elas estava um feat(api-collections)! — a rc.4 omitia uma quebra de contrato. De 3 entradas e 1 não classificado para 8 e 0.

Nada se perde: o bump de versão e as duas entradas que existiam aqui estão no #1038.

Assisted-by: Claude-Code:claude-opus-5

@GabrielAderaldo
GabrielAderaldo deleted the chore/release-1.0.0-rc.4 branch October 6, 2026 23:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants