build: create separate release branches for tagged releases on publish#457
build: create separate release branches for tagged releases on publish#457zimeg merged 6 commits intoslackapi:mainfrom
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:
|
mwbrooks
left a comment
There was a problem hiding this comment.
✅ Looking good to me and your suggested versioning pattern looks like what I'd expect! ![]()
| uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683 # v4.2.2 | ||
| with: | ||
| persist-credentials: false | ||
| fetch-depth: 0 |
WilliamBergamin
left a comment
There was a problem hiding this comment.
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
mainto 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.6release branch while an earlier commit forv2.1.1-rc.1is 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.0release/v2.1.1-rc.1release/v2.1.1release/v2.2.0Separate branches are preferred to including the packaged distribution on
mainand 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