Release Version
Overview
This skill provides a streamlined workflow for releasing a new version of Junie Explorer. It automates the
analysis of commits since the last release, updates version numbers in package.json, generates a new entry in
CHANGELOG.md, and prepares the repository for tagging.
Workflow
When following these instructions, DO NOT write additional code or tests, DO NOT follow TDD process.
Perform these steps exactly.
Check the CHANGELOG.md for the most recently mentioned version
Use this version (Major.minor.patch) to look for git commits since a tag with the same version (version tags are
prefixed v, e.g. v1.0.0)
If there are no changes since the last version tag, then your work is done.
Separate changes by version number (git tag) and increment the latest version (default patch) depending on the
request
Update the package.json version to the new version
Update CHANGELOG.md to include a section listing the changes in this version (versions in descending order)
- Use the first line of the commit and include the commit hash
- Group each change under a sub-heading according to its type, e.g.
- Added for new features.
- Changed for changes in existing functionality.
- Deprecated for soon-to-be removed features.
- Removed for now removed features.
- Fixed for any bug fixes.
- Security in case of vulnerabilities.
- etc
Make sure the latest version release date is today (use date +%Y-%m-%d CLI to get current)
Run bun install to update the package-lock.json
Commit CHANGELOG.md, package.json, and bun.lock
Add a tag with the new version (prefix the version with v, e.g. v1.0.0)
