Release Management Strategy — Proposal
Goals
- Consistent, lightweight releases during 0.x
- Single source of truth for details (avoid duplication)
- Fit a PR + auto‑merge workflow
Current State
- Releases exist but notes vary by format
- No canonical CHANGELOG in main (consider adding)
Proposal
- Canonical notes: maintain full details in CHANGELOG.md (Keep a Changelog style)
- GitHub Releases: short “Highlights” + link to matching CHANGELOG section
- Versioning (0.x SemVer‑lite):
- Patch: docs/CI/metadata
- Minor: new features or notable config changes
- Major: breaking changes (rare in 0.x)
Template
- Title: vX.Y.Z — short summary
- Highlights: 3–5 bullets
- Changes: grouped (Docs, CI, Scripts, Config)
- Breaking Changes: when applicable
- How To Update: only if action required
- Compare: previous…current tag link
Process
- Update CHANGELOG.md for the new version using the template
- Commit with “release: vX.Y.Z” (or docs(changelog): …)
- Tag and push vX.Y.Z
- Create GitHub Release with Highlights + link to CHANGELOG section
Optional Tooling
- Release Drafter if PR labels are used (docs, ci, scripts, config, breaking)
- Otherwise keep it manual (CHANGELOG + short Releases)
Open Questions
Related
Release Management Strategy — Proposal
Goals
Current State
Proposal
Template
Process
Optional Tooling
Open Questions
Related