ci(release): drop the "Release " prefix from release names - #47
Conversation
Future GitHub Releases are named after the tag (e.g. v0.1.22) instead of "Release v0.1.22". Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThis PR removes the "Release " prefix from the GitHub Release name field in the release-and-publish workflow. The release name now uses only the provided tag_name, simplifying release naming and reducing redundancy. ChangesRelease Workflow
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~1 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Comment |
Summary
GitHub Releases are currently titled
Release v0.1.X. This drops theReleaseprefix so a release is titled after its tag (e.g.v0.1.22).Change
.github/workflows/release-and-publish.yml:Notes
v0.1.5–v0.1.21,0.1.4) have already been renamed to drop the prefix.baseVersionbump ingradle.propertiesto actually cut a release on merge (currently0.1.21, which is already tagged — see fix(release): handle existing tag when the version is not bumped #28/fix(release): correct step-output casing in the verify-version workflow #30).Summary by CodeRabbit