Release Skill
Publishes a release to GitHub with tag and artifacts.
Workflow (MUST follow this order)
- •Check prerequisites: Run
./release.sh --checkto verify bump and build are done- •If check fails, STOP and tell user to run
/bumpor/buildfirst - •Extract version from the check output (e.g., "0.7.0")
- •If check fails, STOP and tell user to run
- •Generate release notes: Run
git log v{PREVIOUS_VERSION}..HEAD --onelineto get commits since last release - •Format release notes: Use the template below
- •Show and ask approval: Use AskUserQuestion to show the generated notes and ask for approval
- •Option 1: "Publish with these notes"
- •Option 2: "Edit notes first" (user provides custom notes)
- •Publish: Run
./release.sh --publish "notes"with the approved notes
Release Notes Template
markdown
## What's New in v{VERSION}
### ✨ Features
- **Feature Name**: Brief description of the feature
### 🔧 Improvements
- **Improvement Name**: Brief description of the improvement
### 🐛 Bug Fixes
- Fixed description of the bug fix
---
**Full Changelog**: https://github.com/j1king/grovr/compare/v{PREV}...v{VERSION}
Notes:
- •Only include sections that have content (omit empty sections)
- •Use bold for feature/improvement names
- •Bug fixes don't need bold names, just describe what was fixed
Script Reference
bash
./release.sh --check # Verify prerequisites ./release.sh --publish "Release notes" # Publish with inline notes ./release.sh --publish-file notes.md # Publish with notes from file
Exit codes
- •
0: Success - •
1: Prerequisites not met (bump not run) - •
2: Build artifacts missing (build not run) - •
3: Version mismatch (rebuild required) - •
4: Git/GitHub operation failed