Skip to content

ci: install from the lockfile (uv sync --frozen), not pip install latest#114

Merged
max-tet merged 1 commit into
mainfrom
ci/install-from-lockfile
Jun 24, 2026
Merged

ci: install from the lockfile (uv sync --frozen), not pip install latest#114
max-tet merged 1 commit into
mainfrom
ci/install-from-lockfile

Conversation

@ClaydeCode

Copy link
Copy Markdown
Contributor

What

CI (ruff + unittest) now installs with uv sync --frozen --extra dev + uv run, instead of pip install ".[dev]".

Why

pip install ".[dev]" ignores uv.lock and resolves to latest at run time — non-deterministic, and different from what the image ships (Dockerfile already builds with uv sync --frozen --no-dev). A fresh azure-mgmt-resource 26.0.0 broke the controller's CI this way today; this repo dodged it only because it has no azure dep. Installing from the lock makes CI reproducible and matches the image. Mirrors freeshard-controller's CI change.

🤖 Generated with Claude Code

…ll latest

CI ran 'pip install .[dev]', which ignores uv.lock and resolves dependencies to
the latest release at run time -- non-deterministic, and different from what the
image ships (the Dockerfile already builds with 'uv sync --frozen --no-dev').
Switch the ruff and unittest jobs to 'uv sync --frozen --extra dev' + 'uv run'
so CI uses the locked versions. Mirrors the controller change.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@max-tet max-tet merged commit 3bdcec7 into main Jun 24, 2026
6 checks passed
@max-tet max-tet deleted the ci/install-from-lockfile branch June 24, 2026 15:12
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.

2 participants