ci: skip release candidate if generated reference match current release#575
ci: skip release candidate if generated reference match current release#575zimeg wants to merge 1 commit into
Conversation
5d55f92 to
d8aa5c4
Compare
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #575 +/- ##
==========================================
+ Coverage 71.66% 71.69% +0.03%
==========================================
Files 226 226
Lines 19148 19148
==========================================
+ Hits 13723 13729 +6
+ Misses 4218 4214 -4
+ Partials 1207 1205 -2 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
The release workflow re-triggers on main when its own PR merges, causing `make rc` to fail with "nothing to commit" since docs are already up to date. Check if the computed NEXT_VERSION already appears in the install docs before proceeding. Co-Authored-By: Claude <svc-devxp-claude@slack-corp.com>
d8aa5c4 to
ad3d90b
Compare
zimeg
left a comment
There was a problem hiding this comment.
🔮 A comment of the current approach - I don't think this is rushed to merge until next release and it shouldn't be blocking a release either!
| # Skip if docs already reference this version | ||
| if grep -q "Using slack v${NEXT_VERSION}" docs/guides/installing-the-slack-cli-for-mac-and-linux.md; then | ||
| echo "Docs already at v$NEXT_VERSION, nothing to release" | ||
| echo "has_changes=false" >> "$GITHUB_OUTPUT" | ||
| exit 0 | ||
| fi |
There was a problem hiding this comment.
🪬 thought: Curious of perhaps recommended place to search for the latest version after discussion with @lukegalbraithrussell and @srtaalej earlier! This current approach isn't certain IMHO.
👾 ramble: Overall I prefer checking for an expected version here to skip the "commit" and "PR" steps following if no changes are found without adding to those steps!
Changelog
Summary
This PR fixes the release workflow attempting to create an RC PR if generated changes match what's current on
mainbranch. This happens during the release process between merge and tag or if no semver labels exist on PRs since a latest tag.Preview
Error: https://github.com/slackapi/slack-cli/actions/runs/26916634889/job/79407765870
Note: We might not test this until next RC candidate merges unless we avoid adding a label before merge perhaps? I do not know!
Notes
make rccommand still errors if a commit isn't created (no changes needed for docs) to show the RC failed and matches stables instead. I comment that our check for this is interesting...Requirements