ci(dependabot): use uv ecosystem so uv.lock stays in sync - #634
Conversation
The config declared `package-ecosystem: "pip"`, which updates the version pins in `pyproject.toml` but never regenerates `uv.lock`. The lockfile drifted behind the manifest and Dependabot could not open lockfile security-update PRs (e.g. GHSA advisories against transitive deps). Switch to the native `uv` ecosystem so both files are kept in sync. Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
Regenerated the lockfile with targeted upgrades: - mako 1.3.10 -> 1.4.1 (CVE-2026-41205, CVE-2026-44307: path traversal via crafted URI in TemplateLookup; high) - pygments 2.19.2 -> 2.21.0 (CVE-2026-4539: ReDoS in GUID matching; low) Also re-synced the alembic, cffi, fastapi, gevent, pytest and sqlalchemy lock entries that had drifted behind pyproject.toml. Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (2)
Included review availability: Your plan provides up to 2 included reviews per hour; 1 remains after this review. WalkthroughDependabot now uses the ChangesDependency management
Estimated code review effort: 1 (Trivial) | ~5 minutes Merge Risk: ⚪ Minimal · up to This change switches dependency updates to the uv ecosystem and refreshes the lockfile so dependency metadata stays synchronized and security updates can be applied. No actionable merge-blocking risk remains beyond normal checks and review. 🚥 Pre-merge checks | ✅ 2✅ Passed checks (2 passed)
Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0 files. (2 skipped: 2 unsupported.) ✨ 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 |
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #634 +/- ##
=========================================
Coverage 100.00% 100.00%
=========================================
Files 7 7
Lines 172 172
=========================================
Hits 172 172 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|



Problem
.github/dependabot.ymldeclaredpackage-ecosystem: "pip". This project is auvproject (pyproject.toml+uv.lock). Thepiphandler bumps the==pins in
pyproject.tomlbut never regeneratesuv.lock, so the lockfiledrifted behind the manifest (
uv lock --checkfailed) and Dependabot could notopen lockfile security-update PRs.
That left 3 advisories stuck against
uv.lock, showing "Dependabot cannotupdate to the required version":
TemplateLookupThere is no real dependency conflict —
uvresolves the upgrades cleanly.Changes
.github/dependabot.yml:package-ecosystempip→uv(GA since2025-03). Keeps
pyproject.tomlanduv.lockin sync and enableslockfile security updates.
uv.lock: regenerated viauv lock --upgrade-package pygments --upgrade-package mako:1.3.10→1.4.12.19.2→2.21.0alembic,cffi,fastapi,gevent,pytest,sqlalchemyentries that had drifted behind
pyproject.tomlCHANGELOG.md:Fixed+ newSecurityentries under[Unreleased].Verification
uv lock --check— in syncflake8 ./black --check .— passpytest --cov— 25 passed, coverage 97.56%docker compose build— okcoderabbit review --uncommitted— no findingsCloses the alerts once merged; after this,
uv-native Dependabot securityupdates handle future
uv.lockadvisories automatically.🤖 Generated with Claude Code
This change is
Summary by CodeRabbit