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

Question

Accepted Answer

**Виртуальное окружение** — это изолированное окружение Python с собственными установленными пакетами, отделённое от системного Python и от других проектов. Оно решает проблему **конфликтов зависимостей** — разные проекты могут использовать разные (даже несовместимые) версии одного и того же пакета.

## Проблема, которую оно решает

```text
Project A needs Django 3.2
Project B needs Django 4.2
→ Installing globally, they CONFLICT — you can't have both versions system-wide.
Virtual environments give each project its OWN isolated set of packages.
```

Без изоляции глобальная установка пакетов приводит к конфликтам версий между проектами и может сломать системные инструменты, которые зависят от определённых версий.

## Создание и использование (встроенный venv)

```bash
# 1. create a virtual environment (a folder named .venv)
python -m venv .venv

# 2. ACTIVATE it (shell-specific)
source .venv/bin/activate      # macOS/Linux
.venv\Scripts\activate         # Windows

# 3. now pip installs go INTO this env, isolated from the system
pip install django requests

# 4. when done
deactivate
```

После активации `python` и `pip` указывают на изолированные копии окружения — пакеты устанавливаются только там, а не системно.

## Фиксирование и воспроизведение зависимостей

```bash
pip freeze > requirements.txt       # record exact installed versions
pip install -r requirements.txt     # recreate the env elsewhere (teammate, CI, prod)
```

Файл `requirements.txt` делает окружение **воспроизводимым** — кто угодно может пересоздать ровно те же зависимости, предотвращая проблемы типа "у меня на машине работает".

## Современные инструменты

```text
venv + pip      → built-in, standard, widely used
poetry          → dependency management + lockfile + packaging (popular)
pipenv          → combines pip + venv with a lockfile
uv / pdm        → newer, faster tools
conda           → common in data science (manages Python versions + non-Python deps too)
```

Новые инструменты (poetry, uv) добавляют файлы блокировки и лучшее разрешение зависимостей, но основная концепция — изолированные окружения на проект — остаётся той же.

## Всегда исключайте env из контроля версий

```text
# .gitignore
.venv/        ← don't commit the environment; commit requirements.txt/lockfile instead
```

## Почему это важно

Виртуальные окружения — это необходимая, стандартная практика для любого проекта Python — они предотвращают конфликты зависимостей между проектами и между проектами и системным Python, а (с `requirements.txt`/lockfiles) делают окружения воспроизводимыми на разных машинах, в команде, в CI и в продакшене.

Пропуск их использования приводит к конфликтам версий, поломке системных инструментов и невоспроизводимым конфигурациям.

Понимание того, как создавать, активировать и фиксировать зависимости — и знание ландшафта современных инструментов (poetry, uv) — это основа профессиональной разработки на Python и базовое требование в любом реальном проекте.