chore(release): v2.0.39 - #600
Merged
Merged
Conversation
The v2.0.39 publish (run 37102722961) put all five packages on npm, then its final step failed to push this version bump and the v2.0.39 tag: main moved during the release (#501 merged at 06:25:30Z), so the atomic push was rejected. This recreates the same eight-file bump the workflow generates (same shape as the v2.0.38 release commit 30b0565), with the lockfile integrity hashes taken from the published 2.0.39 tarballs. Without it, main still says 2.0.38 and the next patch release would try to publish 2.0.39 again and fail. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. Note Currently processing new changes in this PR. This may take a few minutes, please wait... ⚙️ Run configuration
⛔ Files ignored due to path filters (3)
📒 Files selected for processing (5)
✨ 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 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
Release run 37102722961 published
relayflows,@relayflows/sdk,@relayflows/surface,@relayflows/runtime-linux-x64and@relayflows/runtime-darwin-arm64at 2.0.39 (all verified on npm). Its last step, "Commit version bump and create tag", then failed:#501 merged to main at 06:25:30Z while the release (dispatched 06:20Z from 731567a) was running. So main still declares 2.0.38 and there is no
v2.0.39tag. The next patch release would compute 2.0.39 again and fail to publish.What
The same eight-file bump the workflow makes, matching the v2.0.38 release commit (30b0565) file for file: package versions, cross-package dependency pins, and the lockfile
version/resolved/integrityentries. Integrity hashes are read from the published 2.0.39 tarballs (npm view @relayflows/<pkg>@2.0.39 dist.integrity), not computed locally. No2.0.38remains in these files.After merge
Tag the merge commit
v2.0.39(annotated, "Release v2.0.39"), as the workflow would have. I'll do that once this merges.Humans merge this repo.
🤖 Generated with Claude Code
Summary by cubic
Syncs main to the published 2.0.39 packages so the next release doesn't try to publish 2.0.39 again.
version/resolved/integrityentries, with integrity hashes read from the published 2.0.39 tarballs.v2.0.39(annotated) as the workflow would have.Written for commit caf1db9. Summary will update on new commits.