Зачем нужно виртуальное окружение и как управлять зависимостями?

Без окружения все пакеты ставятся в один общий Python. Если проекту A нужна Django 4, а проекту B — Django 5, они начинают мешать друг другу. Кроме того, pip install в системный Python может сломать системные утилиты.

venv создаёт папку с собственным интерпретатором и каталогом пакетов:

• python -m venv .venv — создать;
• source .venv/bin/activate (Linux, macOS) или .venv\Scripts\activate (Windows) — активировать;
• после этого pip install ставит пакеты только в это окружение.

Папку окружения в git не кладут — её всегда можно пересоздать.

Зависимости. Минимальный вариант — requirements.txt: список пакетов с версиями, полученный через pip freeze > requirements.txt. Он фиксирует и прямые, и транзитивные зависимости, но не разделяет их.

Современные инструменты разделяют «что нужно проекту» (pyproject.toml) и «точные версии всего дерева» (lock-файл):

• poetry — управление зависимостями, lock-файл, сборка пакетов;
• uv — очень быстрый установщик и менеджер проектов и окружений.

Lock-файл гарантирует, что у коллеги, в CI и на сервере стоят одни и те же версии.

python -m venv .venv
source .venv/bin/activate
pip install requests==2.32.3
pip freeze > requirements.txt

# на другой машине
python -m venv .venv && source .venv/bin/activate
pip install -r requirements.txt

# то же через uv
uv init && uv add requests && uv sync