Skip to content

fix(core): corrige doc sobre disponibilidade da PNS 2019#4

Merged
rlueder merged 1 commit into
mainfrom
feat/publish-1-0-1
May 13, 2026
Merged

fix(core): corrige doc sobre disponibilidade da PNS 2019#4
rlueder merged 1 commit into
mainfrom
feat/publish-1-0-1

Conversation

@rlueder
Copy link
Copy Markdown
Member

@rlueder rlueder commented May 13, 2026

Resumo

Corrige texto enganoso no README do `@precisa-saude/pns` que sugeria que a PNS 2019 também tem subamostra laboratorial com analitos diferentes da 2014–2015. Na verdade a PNS 2019 não incluiu coleta de sangue/urina — apenas antropometria e percepção de saúde.

Fonte: pns.icict.fiocruz.br/exames-laboratoriais/

Motivação secundária

Este é um `fix:` que toca `packages/pns-core/**`, então dispara o ciclo de release agora que o publish job do CI está corrigido (#3). Vai publicar `@precisa-saude/pns@1.0.1` no npm — o pacote estava com tag `v1.0.0` mas nunca chegou ao registry.

Test plan

  • CI verde
  • Após merge, `semantic-release` publica no npm
  • `npm view @precisa-saude/pns version` retorna `1.0.1`

O caveat sobre ondas afirmava que "a onda 2014–2015 tem analitos
diferentes da 2019", o que sugere que a PNS 2019 também tem subamostra
laboratorial. Não tem: a PNS 2019 cobre antropometria e percepção de
saúde, mas não houve coleta de sangue/urina nessa onda (confirmado em
https://www.pns.icict.fiocruz.br/exames-laboratoriais/).

Texto agora deixa explícito que o pacote está preparado para múltiplas
ondas, mas que hoje apenas 2013/2014–2015 tem dados publicados.
@rlueder rlueder merged commit 7ee9dce into main May 13, 2026
10 checks passed
@rlueder rlueder deleted the feat/publish-1-0-1 branch May 13, 2026 12:40
@precisa-saude-release-bot
Copy link
Copy Markdown

🎉 This PR is included in version 1.1.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

rlueder added a commit that referenced this pull request May 13, 2026
…bump de versão (#6)

Sem configuração explícita, semantic-release roda só com plugins padrão
(commit-analyzer + npm + github) — calcula a próxima versão e cria a
tag, mas **não commita** o bump no package.json. O workflow
`_publish.yml` então faz checkout do commit de release, lê
`packages/pns-core/package.json` (ainda em `0.1.0`), consulta
`npm view @precisa-saude/pns@0.1.0` → já publicado → pula silenciosamente.
Resultado: todas as 3 release cycles do pns (PRs #3, #4, #5) terminaram
sem publicar versão nova no npm; o registry está travado em 0.1.0.

Solução: traz a configuração canônica de
[`tooling/.releaserc.cjs`](https://github.com/Precisa-Saude/tooling/blob/main/.releaserc.cjs)
e o helper `scripts/sync-versions.cjs`, que juntos garantem:

1. Análise de commits conforme Conventional Commits (mesmas regras dos
   outros repos do ecossistema).
2. `@semantic-release/changelog` mantém CHANGELOG.md.
3. `@semantic-release/npm` (npmPublish: false — a publicação fica com
   `_publish.yml`) bumpa só a raiz.
4. `@semantic-release/exec` roda `scripts/sync-versions.cjs` para
   propagar a versão pra todo `packages/*` não-privado.
5. `@semantic-release/git` commita `package.json`, `packages/*/package.json`
   e `CHANGELOG.md` de volta no `main` com mensagem
   `chore(release): X.Y.Z [skip ci]`.
6. `@semantic-release/github` cria o release no GitHub.

Após o merge deste PR, o próximo merge com `feat:`/`fix:` (ou esta
mesma fix por si só) dispara um ciclo completo: semantic-release calcula
a próxima versão a partir da tag `v1.0.0` existente, commita o bump no
`main`, e `_publish.yml` faz checkout desse commit e publica no npm.
rlueder added a commit that referenced this pull request May 13, 2026
O guard `require_package_changes: true` pulava o release sempre que um
PR mexia apenas em `.github/**` ou na config (era o caso de PR #6 e #7).
Como `@semantic-release/git` só commita o bump de versão de volta no
`main` quando o release roda, três PRs (#3, #4, #5) materializaram tags
git mas nunca chegaram a publicar no npm. Cada novo PR de config para
arrumar isso era também guarded out.

pns só tem um pacote publicável (`pns-core`); o overhead de release no-op
sobre mudanças de workflow é insignificante, e o custo de release pulado
silenciosamente é alto. Setando o input para `false` no call do
\`_release.yml\`. Outros repos com vários pacotes publicáveis podem
manter o guard ativo.
precisa-saude-release-bot Bot pushed a commit that referenced this pull request May 13, 2026
## [1.3.0](v1.2.0...v1.3.0) (2026-05-13)

### Features

* **ci:** sincroniza workflows com o template do tooling ([#7](#7)) ([c9b5b55](c9b5b55)), closes [#6](#6) [#30](https://github.com/Precisa-Saude/pns/issues/30) [#31](https://github.com/Precisa-Saude/pns/issues/31)

### Bug Fixes

* **ci:** adiciona .releaserc.cjs para que semantic-release commite o bump de versão ([#6](#6)) ([019e7ea](019e7ea)), closes [#3](#3) [#4](#4) [#5](#5)
* **ci:** desabilita o guard require_package_changes no release job ([#8](#8)) ([27e287a](27e287a)), closes [#6](#6) [#7](#7) [#3](#3) [#4](#4) [#5](#5)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant