| name | release-version |
| description | Use when releasing a new version (v1.x or v2.x) of Patternflow. Triggers on requests like "release v1.1", "tag a new version", "publish a release". |
Release Version Skill
Follow these steps to finalize and tag a new release:
- Verify all changes since the last tag are committed and pushed.
- Update
CHANGELOG.md:
- Add a new version entry at the top.
- Follow the "Keep a Changelog" format.
- Use sections:
Added, Changed, Fixed, Known Issues.
- Reference closed GitHub issues, if any.
- Bump version references across the repository:
README.md (if a specific v-string is mentioned).
BUILD_GUIDE.md (if the version is mentioned in the header or text).
firmware/patternflow/ directory name (ONLY if the update introduces major, hardware-incompatible changes).
- Commit the changes with the message:
release: v1.x.0 (replace x with target version).
- Tag the release:
git tag -a v1.x.0 -m "Release v1.x.0".
- Push tags:
git push --tags.
- Remind the user to create a GitHub Release from the tag manually in their browser.