This file describes the lightweight release process for proxykit.
- keep releases predictable
- preserve public API trust
- avoid product-specific changes leaking into the module by accident
Run:
go test ./...
go test -race ./...
npm ci
npm run docs:buildThen verify:
- public docs still match current exported behavior
- examples still compile
- changelog has a short summary of user-visible changes
- no app-specific DTOs, routes, or monitor protocols leaked into public packages
- patch release: bug fixes and docs-only corrections
- minor release: additive API growth, new helpers, new focused packages
- major release: breaking public API changes
- update
CHANGELOG.md - commit final release prep
- create an annotated tag like
v0.1.2 - push the tag
- publish GitHub release notes that summarize package-level impact
Good release notes answer:
- what changed
- which packages are affected
- whether the change is additive or breaking
- what downstream users should test