astral-sh/uv - CodSpeed

uv

Blog Docs Changelog

Performance History

Latest Results

feat(cli): read `--python-platform` from `UV_PYTHON_PLATFORM` Adds `UV_PYTHON_PLATFORM` as the environment-variable counterpart of `--python-platform`, wired through clap's `env =` attribute on every command that already accepts the flag: pip compile, pip sync, pip install, pip check, run, sync, tree, audit, tool run, tool install, tool upgrade The new constant is registered in `uv-static` so it's included in the auto-generated environment-variable reference (`docs/reference/environment.md` regenerates cleanly via `cargo dev generate-env-vars-reference`). Clap's `env` attribute preserves existing precedence rules: an explicit `--python-platform` on the command line still wins over the env var, so current users see no behavior change. Closes #15241

MukundaKatta:feat/uv-python-platform-env

44 minutes ago

feat(cli): respect UV_PYTHON_PLATFORM env var for --python-platform Mirror the existing `UV_PYTHON` / `--python` pattern so the platform can be set from the environment. Useful when uv is driven through another tool that doesn't surface a way to pass --python-platform directly (e.g. Pulumi IaC stacks whose runtime is Linux/ARM64 but whose developer machine is something else). Adds `UV_PYTHON_PLATFORM` to `uv-static::EnvVars` and wires `env = EnvVars::UV_PYTHON_PLATFORM` to every `python_platform` arg in the CLI (pip install/sync/compile, project sync/lock, tree, export, add, etc. — 11 call sites). The CLI value still wins when both are set, matching clap's standard behaviour. Closes astral-sh/uv#15241 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

MukundaKatta:feat/uv-python-platform-env

1 hour ago

Upgrade CPython build to 20260414 (#19004)

main

14 hours ago

Merge remote-tracking branch 'origin/main' into konsti/workspace-benchmark # Conflicts: # crates/uv/src/lib.rs

konsti/workspace-benchmark

17 hours ago

Fix tool editable policy after rebase

charlie/tool-lock

17 hours ago

Do not replace the Python dylib on macOS if `install_name_tool` fails

zb/dylib

18 hours ago

Avoid installing tool workspace member dependencies as editable (#18891) ## Summary Right now, if you use `uv tool install`, we install the tool itself as non-editable, but if the tool is part of a workspace, then any workspace dependencies are (accidentally) installed as editable. This PR modifies the behavior such that those dependencies are installed as non-editable, unless `--editable` is provided, in which case the tool itself and any workspace dependencies respect `--editable`. Similar logic applies to `--with` and `--with-editable`. If the target is in a workspace, we propagate the no-editable and yes-editable flags (respectively) to its members. Closes https://github.com/astral-sh/uv/issues/16306

main

18 hours ago

Apply Konsti's suggestion

charlie/tool-editable

18 hours ago

Latest Branches

-1%

feat(cli): read `--python-platform` from `UV_PYTHON_PLATFORM`#19006

54 minutes ago

f3481f3

MukundaKatta:feat/uv-python-platform-env

+1%

Airflow workspace benchmark#18409

17 hours ago

2a94e18

konsti/workspace-benchmark

+1%

Add a full "lockfile" to tool receipts#18937

18 hours ago

79616f1

charlie/tool-lock

© 2026 CodSpeed Technology

Home Terms Privacy Docs