uv-refresh
Baut die pyproject.toml eines uv-Projekts neu auf, damit alle Dependencies
frisch aufgelöst werden statt alte Versionsbindungen mitzuschleppen.
Ablauf
pyproject.tomllesen, Dependencies ohne Versionsangabe einsammeln (Extras und Environment-Marker bleiben erhalten;include-group-Einträge ausdependency-groupswerden dabei aufgelöst, nicht verworfen)pyproject.tomlunduv.locknach.uv-refresh-backup/<zeitstempel>/sichernuv init --bare+uv add <pakete>in einem Temp-Verzeichnis neben dem Projekt ausführen -- die echtepyproject.tomlbleibt dabei unangetastet- Ergebnis atomar an die Stelle der alten
pyproject.toml/uv.locksetzen
Schlägt ein Schritt fehl -- auch per Ctrl+C --, wurde die echte
pyproject.toml nie verändert, weil der komplette Aufbau im
Temp-Verzeichnis geschah. Das Backup liegt zusätzlich als Referenz bereit.
Installation
uv tool install git+https://github.com/Zorakidd/uv-refresh
Oder ohne Installation, direkt aus dem Repo:
uvx --from git+https://github.com/Zorakidd/uv-refresh uv-refresh --dry-run
Benutzung
uv-refresh --dry-run # nur anzeigen, nichts verändern
uv-refresh # mit Rückfrage durchziehen
uv-refresh -y # ohne Rückfrage
Optionen
| Flag | Wirkung |
|---|---|
--path PFAD |
anderes Projektverzeichnis (Default: aktuelles) |
--dry-run |
zeigt nur, was passieren würde |
-y, --yes |
keine Rückfrage |
-v, --verbose |
die komplette neue pyproject.toml am Ende ausgeben |
--timeout SEK |
Timeout je uv-Aufruf, Default 300s |
--raw |
Pakete ganz ohne Versionsgrenze eintragen |
--bounds {lower,major,minor,exact} |
Art der Versionsgrenze, die uv add setzt |
--keep-lock |
uv.lock behalten (dann bevorzugt uv die alten Versionen) |
--no-groups |
optional-dependencies und dependency-groups ignorieren |
--drop-extras |
fastapi[standard] zu fastapi eindampfen |
--drop-markers |
Environment-Marker verwerfen |
--version |
Version von uv-refresh anzeigen |
Achtung
Alles außer [project] und [dependency-groups] geht verloren, also
[build-system], [tool.ruff], [project.scripts] und so weiter. Das Tool
warnt vorher und listet die betroffenen Blöcke auf. Zurückkopieren musst du
sie von Hand aus dem Backup.
Metadata
Release files for uv-refresh 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| uv_refresh-0.1.0.tar.gz | 8.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| uv_refresh-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 17.5 kB
Release files / uv_refresh-0.1.0.tar.gz
| Download URL | uv_refresh-0.1.0.tar.gz |
|---|---|
| Size | 8.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
2321f88d6559050cbbcacceeb292f8aac908abd0a3bfa72baa4a518defc8f93b
|
|
BLAKE2b-256 checksum How to use checksums |
cd8cad56354158a9ee60567fd9eedacabc42e2d2aaafefc39f22e675aff59854
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 17, 2026.
Transparency logRelease files / uv_refresh-0.1.0-py3-none-any.whl
| Download URL | uv_refresh-0.1.0-py3-none-any.whl |
|---|---|
| Size | 9.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
1d83a3611b5532d3a059544907c2614b07f0ebbd4b5f20ef4822b0c6b17999a9
|
|
BLAKE2b-256 checksum How to use checksums |
13ff73362ac50ef8b1fcccee78aaab0f8198955e62209a9e66f3e7d296b9de12
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 17, 2026.
Transparency log