Skip to content

chore: sync uv.lock to package version 2.1.0#8

Merged
bartzbeielstein merged 1 commit into
mainfrom
chore/sync-uv-lock-2.1.0
Jun 2, 2026
Merged

chore: sync uv.lock to package version 2.1.0#8
bartzbeielstein merged 1 commit into
mainfrom
chore/sync-uv-lock-2.1.0

Conversation

@bartzbeielstein
Copy link
Copy Markdown
Contributor

Why

semantic-release bumps the version in pyproject.toml (now 2.1.0) but does not run uv lock, so the lockfile's own-package entry stayed at 2.0.0. Every uv run then re-stamped it to 2.1.0, producing spurious uncommitted working-tree drift.

What

Ran uv lock to align it. Single-line change, no transitive churn (full graph resolved from cache):

[[package]]
name = "spotanomaly2"
-version = "2.0.0"
+version = "2.1.0"

Release impact

Typed chore:, so semantic-release will not cut a new version on merge (per .releaserc.json).

Follow-up (optional)

To stop this recurring on every future release, add a uv lock step to .releaserc.json's prepare phase (alongside the existing sed version bump) so the lockfile is updated and committed as part of each release.

🤖 Generated with Claude Code

semantic-release bumps the version in pyproject.toml but does not run
`uv lock`, so the lockfile's own-package entry lagged at 2.0.0. Every
`uv run` then re-stamped it, producing spurious working-tree drift.
Re-resolve (cache hit, single-line change) to align it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@bartzbeielstein bartzbeielstein merged commit 9309882 into main Jun 2, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant