Fix previous tag detection in this repo's release automation - #23
Conversation
Creating a release uses the previous tag on this branch by default but the branch is reset just before a release which means the previous tag was not on this branch.
|
✔️ 2e71fcd...65eb966 - Conventional commits check succeeded. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
WalkthroughChangesThis pull request modifies two GitHub Actions workflow files. In Sequence Diagram(s)Not applicable; changes are limited to workflow configuration without new runtime component interactions beyond CI step ordering shown above. Suggested reviewers: Compact metadata:
Related issues: None specified Poem:
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Creating a new release via the GH API uses the previous tag on the current branch by default but the release workflow resets the
stablebranch just before creating a release which means the previous tag was not on this branch and therefore not detected correctly.Also do some small boy-scouting.