feat: update to Effect 4 RC - #9
Conversation
|
Warning Review limit reached
Next review available in: 99 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (8)
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (4)
📝 WalkthroughWalkthroughThe pull request updates Effect from ChangesEffect 4 release candidate alignment
Estimated code review effort: 1 (Trivial) | ~5 minutes Merge Risk: ⚪ Minimal · up to This PR updates the Effect dependency and aligns installation and package-consumer guidance; no actionable merge-blocking risk remains beyond normal checks and review. Possibly related PRs
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 inconclusive)
✅ Passed checks (4 passed)
✨ Finishing Touches📝 Generate docstrings
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 |
|
@coderabbitai review |
✅ Action performedReview finished.
|
716a74f to
139b2df
Compare
|
@coderabbitai review |
|
|
@coderabbitai The requested dependency evidence is already present, so I am not making an additional code change:
This directly satisfies the availability concern and the inconclusive package-lock check. |
|
Tip For best results, initiate chat on the files or code changes.
You are interacting with an AI system. |
139b2df to
de0a437
Compare
|
CodeRabbit follow-up completed on final commit
No review threads remain open. |
de0a437 to
0471d35
Compare
|
🎉 This PR is included in version 3.1.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Closes #8
What changed
^4.0.0-rc.109while keeping the development dependency and packed-consumer smoke fixture pinned to exact RC 109migration-v3.mdand correct stale package-major v2 references to v3 across the README, ADR, rewrite plan, packaging, smoke fixture, and type-contract commentsCompatibility review
The previous baseline was
4.0.0-beta.107. I reviewed the official Effect 4 RC announcement, migration guide, and the Effect changelog through4.0.0-rc.109. The relevant breaking change is the removal of the standaloneSchemaErrormodule in favor ofSchema.SchemaError; this library already uses the namespaced API, so no source change was required.The peer range accepts RC 109 and newer compatible Effect 4 releases, including stable 4.x releases, while excluding earlier RCs and Effect 5. The exact development and smoke-test dependency keeps RC 109 as the reproducible supported baseline.
The remaining
stamp and validate v2text in the rewrite plan refers to stored-data representation version 2, not package major version 2.Verification
npm run buildnpm run typechecknpm test(68 tests)npm run lintnpm run prettiernpm run smoke:package