-
Notifications
You must be signed in to change notification settings - Fork 169
build: create separate release branches for tagged releases on publish #457
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #457 +/- ##
=======================================
Coverage 99.86% 99.86%
=======================================
Files 7 7
Lines 722 722
=======================================
Hits 721 721
Misses 1 1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
✅ Looking good to me and your suggested versioning pattern looks like what I'd expect!
@@ -14,7 +16,8 @@ jobs: | |||
- name: Checkout the current code | |||
uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683 # v4.2.2 | |||
with: | |||
persist-credentials: false | |||
fetch-depth: 0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
praise: Optimization! 🚗💨
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good 💯 should we also add something in the maintainers_guide
?
@mwbrooks @WilliamBergamin Thanks for both the reviews and reminder of noting these patterns in documentation with d2afcd7: 🙏 ✨
Since we don't recommend using branches in actual workflows I'll avoid adding similar notes to public documentation, but that might be possible after this change 🔍 For now I'll merge this PR and backfill branches for existing tags since |
Summary
This PR creates separate release branches for tagged releases from the changes on
main
to avoid appearances of the confusing "imposter commit". Fixes #444.Preview
Release candidates with these attempted changes can be found from a fork:
Notice that zimeg@9dd078e is part of the
v2.1.1-rc.6
release branch while an earlier commit forv2.1.1-rc.1
is shown as zimeg@9185572 and contains the warning:Notes
The release branch pattern is of course open for discussion! But for fast reference it appears as:
release/v2.1.0
release/v2.1.1-rc.1
release/v2.1.1
release/v2.2.0
Separate branches are preferred to including the packaged distribution on
main
and are also required since tags do not share direct histories:📣 If these changes seem alright I plan to create similar release branches for releases since
@v2
!Requirements