chore(repo): refresh uv.lock to v0.2.18 (#239)#289
Conversation
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ 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 |
Reviewer's guide (collapsed on small PRs)Reviewer's GuideUpdates the project version entry in uv.lock to match the released 0.2.18 version in pyproject.toml, with no dependency graph or resolution changes. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub. |
Closes #239.
Routine post-release lockfile sync —
uv.lockforecastlabaiversion field was0.2.17;pyproject.tomlis now0.2.18(released in #285). Re-runninguv lockupdates the single project-version line.Diff
Single line in
uv.lock:No dependency resolution change.
Resolved 183 packages in 2.12s— same set as before.Why this recurs
release-please's
extra-filesconfig only managespyproject.toml(notuv.lock), so every release re-introduces the same one-line drift. Long-term fix would be either:uv.lockto release-please'sextra-fileswith a regex matching theforecastlabaiversionline, ORuv lockafter the release-please commit and pushes if dirty.Neither is in scope for this PR — closing the chronic gap can be its own follow-up.
Test plan
uv syncto validate the lock is consistent.Summary by Sourcery
Chores: