Discofork
Repository brief

astral-sh/uv

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T11:42:25.149Z
3mo ago

astral-sh/uv

`astral-sh/uv` is a large, actively maintained Rust-based Python package and project manager with very high adoption: 82,289 stars, 2,878 forks, and recent commits on 2026-03-30. Forks are most likely interesting if you want to extend a fast, broad-scope developer tool that covers packaging, project management, scripts, Python version management, tool installation, and pip-compatible workflows.

GitHub
Loading tags...
Stars82,289
Forks2,878
Default branchmain
Last pushed2026-03-30T09:10:39Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Choose this fork if your priority is Chinese-language access to uv and you are comfortable accepting upstream lag. Choose upstream if you need the latest product behavior, fixes, and release cadence; this fork looks best as a localized documentation mirror, not the primary codebase.

Choose this fork only if you need its older, patched behavior and can accept falling far behind upstream. For most users, upstream uv is the better default because this fork is stale and significantly diverged.

Choose this fork only if you need its custom workflow/auth/automation changes and can absorb ongoing merge work. If you mainly want a fast, maintained Python package manager, upstream uv is the safer default.

Choose this fork only if you need its custom workflow/tooling changes and are willing to own a materially divergent codebase. If you mainly want a fast, current Python package manager, upstream `astral-sh/uv` is the safer choice.

Choose this fork only if you want an old but heavily customized uv codebase and are prepared to own divergence. If you want current packaging behavior, bug fixes, and upstream compatibility, use upstream instead.

Choose this fork only if you need its specific behavior changes and are comfortable owning long-term divergence. For most adopters, upstream `uv` is the safer choice because this fork is materially stale and likely missing many current fixes and workflows.

Choose this fork if you need `uv` embedded as a Python-native library and want to avoid CLI overhead. Choose upstream if you want the full, latest `uv` feature set with less divergence and easier maintenance.

Choose this fork only if you need its custom workflow integration or internal behavior and are prepared to own a stale, highly divergent codebase. If you want current uv behavior, upstream is the safer default.

Prefer this fork only if its custom behavior is exactly what you need. For most adopters, upstream `uv` is the safer choice because this fork is substantially behind and likely missing a large amount of recent bugfix and UX work.

Choose this fork only if you need its custom output/logging behavior or other fork-specific workflow changes. If you want a stable, current `uv`, upstream is the better choice because this fork is stale and significantly diverged.