Skip to content

Release management strategy: canonical CHANGELOG + concise GitHub releases #9

@benrozsa

Description

@benrozsa

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

  1. Update CHANGELOG.md for the new version using the template
  2. Commit with “release: vX.Y.Z” (or docs(changelog): …)
  3. Tag and push vX.Y.Z
  4. 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

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions