2025/2/1 uv workspace 使う

---.icon

モチベ

AI/ML 系機能開発のときのアプリケーションとのコード共有に課題がある

LLM 呼び出し、学習、実験用コードやデータセットの加工などを分けたい

LLM API 呼び出し・推論部分だけ切り出して publish したい

別々の API マイクロサービスで実行したり

AI/ML 機能開発用リポジトリで色々開発 → アプリケーションから使う部分だけ dist に書き出して使う的なことをしたい

メモ

全てのワークスペースにはルートワークスペースがある

pyproject.toml のトップ

$ uv init --package ./packages/mod_a

$ uv init --package ./packages/mod_b

それぞれでファイル作る

code:tree

packages/

├── mod_a

│   ├── README.md

│   ├── pyproject.toml

│   └── src

│   └── poku

│   ├── __init__.py

│   └── mod_a

│   ├── __init__.py

│   ├── impl.py

│   └── main.py

└── mod_b

├── README.md

├── pyproject.toml

└── src

└── poku

├── __init__.py

└── mod_b

├── __init__.py

└── impl.py

$ uv build --package poku-mod-b

$ uv build --all

でサブパッケージ一通りビルド

サブパッケージ同士依存させてみる

mod_b → mod_a

特に気にせずうまくいく

なんか扱いが特別なのか root の pyproject.toml の index が継承されてうまくいっているのかは知らん

mypy や ruff の設定

ルートでやればいいようにしたい

mypy

Duplicate module named "poku"

消したほうがハマりにくそう

これがシンプルかねえ

code:pyproject.toml

...

explicit_package_bases = true

glob 使えないので列挙するしかない?

ruff は気にせんでもよい

ルールの上書きは workspace member 側でもできるらしいが

vscode

なくてもいけそうか?

別のディレクトリにコピーして新しく開いたら namespace package のモジュール見つからない

ふとした拍子に認識する、何きっかけて認識するのがよくわからん

py.typed

置くなら namespace package ではない root かな

For namespace packages (see PEP 420), the py.typed file should be in the submodules of the namespace, to avoid conflicts and for clarity.

コンテナから雑に使えるか

uv ないところに COPY してパスとおしてすんなり動くか

まあ最悪これで

PYTHONPATH="/app/src:/app/packages/mod_a/src:/app/packages/mod_b/src:$PYTHONPATH"

distroless から COPY で uv 入れるやつ

code:Dockerfile

FROM python:3.12-slim-bookworm

COPY --from=ghcr.io/astral-sh/uv:latest /uv /uvx /bin/

31.4MB の image 引くだけだから apt とかから入れるより速いし楽だな

実行環境では直 python 派だったけど色々便利機能ついとるねえ

site-packages に置いてロードパスに追加するためのやつ

build したやつを private な package registry 使わずにシュッと使える?

poku-mod-a = { path = "deps/poku_mod_a-0.1.0-py3-none-any.whl" }

同じバージョンで中身違っていたら Hash mismatch for ... が出る

こんなんにまでドキュメントページがついてて偉いね...

その他のきになり

この部分

code:pyproject.toml

bird-feeder = { workspace = true }

→ そうぽい

workspace member に上書きされない限りトップの定義が共有

bird-feeder = { path = "packages/bird-feeder" }

これは path 依存関係

親 package の名前空間共有するやつどうやる?

code:__init__.py

import pkgutil

__path__ = pkgutil.extend_path(__path__, __name__)

code:print

import poku

>> poku.__path__

whl と tar.gz どっちもいるの?

whl でいいらしい

cpu platform 依存なものがはいったりしないのか?

pure python wheels と platform wheels がある

あたり