Add uv workspace list to list workspace members#16691
Conversation
83bc7f8 to
968f1b9
Compare
968f1b9 to
257243f
Compare
|
Also, should we add an entry to the preview docs? |
Co-authored-by: liam <[email protected]>
1e6f6f3 to
b6f3c68
Compare
|
Thanks! |
|
I'd go for a single API for machine-readable workspace metadata, I'd have expected this to print something more like a If we're worried about stabilizing |
I'm not really into displaying tables. I think I'd expect you to pass items from here to |
|
Here I'm mostly thinking of the trivial case where you want to loop over workspace members. I don't want to make people use |
|
When do you need to iterate over workspace members? |
|
e.g., I need to run pytest / pyright / deptry in each workspace member |
|
Does that mean |
|
I'm not sure yet. I just don't think showing the paths in this specific command is worth the added complexity, since they're usually just a bunch of directories next to each other and it breaks composability. |
|
We should pin down whether we want this interface to be specifically machine readable (with a specific format) or not, otherwise it will be hard to change it later. If we want it to be shell-iterable, we should commit to printing a single name per line and document that format. |
That's what I want to do here, I'm not sure why we need to document that explicitly? but I can do so. The command is just in preview though, I'm looking for concrete use-cases and feedback to guide the interface of this and the entire |
|
I really mean just something simple in the docs:
And maybe an even more explicit:
As long as it's in preview we can change it again anyway. |
e2af4ba to
0efdd84
Compare
This MR contains the following updates: | Package | Update | Change | |---|---|---| | [astral-sh/uv](https://github.com/astral-sh/uv) | patch | `0.9.9` -> `0.9.10` | MR created with the help of [el-capitano/tools/renovate-bot](https://gitlab.com/el-capitano/tools/renovate-bot). **Proposed changes to behavior should be submitted there as MRs.** --- ### Release Notes <details> <summary>astral-sh/uv (astral-sh/uv)</summary> ### [`v0.9.10`](https://github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0910) [Compare Source](astral-sh/uv@0.9.9...0.9.10) Released on 2025-11-17. ##### Enhancements - Add support for `SSL_CERT_DIR` ([#​16473](astral-sh/uv#16473)) - Enforce UTF‑8-encoded license files during `uv build` ([#​16699](astral-sh/uv#16699)) - Error when a `project.license-files` glob matches nothing ([#​16697](astral-sh/uv#16697)) - `pip install --target` (and `sync`) install Python if necessary ([#​16694](astral-sh/uv#16694)) - Account for `python_downloads_json_url` in pre-release Python version warnings ([#​16737](astral-sh/uv#16737)) - Support HTTP/HTTPS URLs in `uv python --python-downloads-json-url` ([#​16542](astral-sh/uv#16542)) ##### Preview features - Add support for `--upgrade` in `uv python install` ([#​16676](astral-sh/uv#16676)) - Fix handling of `python install --default` for pre-release Python versions ([#​16706](astral-sh/uv#16706)) - Add `uv workspace list` to list workspace members ([#​16691](astral-sh/uv#16691)) ##### Bug fixes - Don't check file URLs for ambiguously parsed credentials ([#​16759](astral-sh/uv#16759)) ##### Documentation - Add a "storage" reference document ([#​15954](astral-sh/uv#15954)) </details> --- ### Configuration 📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever MR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this MR and you won't be reminded about this update again. --- - [ ] <!-- rebase-check -->If you want to rebase/retry this MR, check this box --- This MR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate). <!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0MS4xNzMuMSIsInVwZGF0ZWRJblZlciI6IjQxLjE3My4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJSZW5vdmF0ZSBCb3QiXX0=-->
I'm a little wary here, in the sense that it might be silly to have a command that does something so simple that's covered by
uv workspace metadata? but I think this could be stabilized much faster thanuv workspace metadataand makes it easier to write scripts against workspace members.