uv против pip+Poetry в 2026: стоит ли переходить всей команде прямо сейчас?

[wasmsre]

Ребята, наша команда (8 человек, несколько Python-сервисов на FastAPI) активно обсуждает переход с Poetry на uv от Astral. Написан на Rust, обещает установку зависимостей в 10-100 раз быстрее. На локальной машине действительно — uv install на чистом окружении занимает 4 секунды против 40 у pip с Poetry. Но смущает зрелость: проекту меньше двух лет. Кто уже перешёл в реальном проде? Что не так?

[k8s2000]

Перешли полгода назад, монорепо на 6 сервисов. Скорость — не хайп, реально быстро. CI стал укладываться в 2 минуты там, где раньше было 8. Проблемы были две: uv не поддерживал некоторые legacy-пакеты с кастомными build backends (у нас был один такой — пришлось временно оставить на pip), и поведение uv lock немного отличалось от poetry.lock в edge cases с extras. Сейчас всё нормально, оба кейса давно закрыты.

[sdag]

@wasmsre, Я бы не торопился. uv ещё меняет API без предупреждения. В марте 2026 была тихая поломка поведения uv run в workspace-режиме — потратили полдня на диагностику. Poetry стабильнее в смысле предсказуемости изменений.

[RedisNinja]

Есть промежуточный вариант: использовать uv только как замену pip и pip-tools, но оставить pyproject.toml в формате Poetry. uv умеет читать такой файл. Так вы получаете скорость установки без риска ломки lockfile-логики. Мы так и сделали — и команда довольна.

[mynancy]

Главный аргумент для меня — uv управляет и версиями самого Python через uv python install. Это убивает необходимость в pyenv для большинства сценариев. На Windows это вообще спасение — там pyenv всегда был болью. Плюс в GitHub Actions замена строки pip install на uv pip install даёт мгновенный выигрыш без каких-либо других изменений.