What problem does it solve?
Landing a fix on a Storj release branch after it has been cut requires a careful sequence of cherry-picks, pull requests, and version tags; this Skill guides that process without skipping review or tagging steps.
Core Features & Use Cases
- Cherry-pick workflow: Fetches the release branch, cherry-picks one or more commits from main, and surfaces merge conflicts to the user instead of guessing resolutions.
- PR and tagging automation: Opens a pull request targeting the release branch with gh, then creates the point release tag via scripts/tag-release.sh after the PR merges.
- Guardrails: Requires explicit user confirmation before any push to origin and enforces that tag versions match the release branch (e.g. release-v1.38 maps to v1.38.x).
- Use Case: A fix merged to main must ship as v1.38.1; the Skill cherry-picks the commit onto release-v1.38, opens the PR, and tags v1.38.1 once merged.
Quick Start
Create a point release v1.38.1 by cherry-picking commit abc1234 onto the release-v1.38 branch.