Proč a jak používáte virtuální prostředí?

Question

Accepted Answer

**Virtuální prostředí** je izolované Python prostředí s vlastními nainstalovanými balíčky, oddělené od systémového Python a od ostatních projektů. Řeší problém **konfliktu závislostí** — různé projekty mohou používat různé (dokonce nekompatibilní) verze stejného balíčku.

## Problém, který řeší

```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.
```

Bez izolace vede globální instalace balíčků k verzním konfliktům mezi projekty a může poškodit systémové nástroje, které závisí na konkrétních verzích.

## Vytvoření a používání jednoho (vestavěný 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
```

Po aktivaci se `python` a `pip` vztahují na izolované kopie prostředí — balíčky se instalují pouze tam, ne systémově.

## Zachycení a reprodukce závislostí

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

`requirements.txt` činí prostředí **reprodukovatelným** — kdokoliv může znovu vytvořit přesně stejné závislosti, což zabraňuje problémům typu "funguje na mém počítači".

## Moderní nástroje

```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)
```

Novější nástroje (poetry, uv) přidávají zámkovací soubory a lepší řešení závislostí, ale základní koncept — izolovaná prostředí pro jednotlivé projekty — zůstává stejný.

## Vždy vyloučte env z kontroly verzí

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

## Proč je to důležité

Virtuální prostředí jsou nezbytná, standardní praxe pro jakýkoli Python projekt — zabraňují konfliktům závislostí mezi projekty a mezi projekty a systémovým Python, a (s `requirements.txt`/zámkovacími soubory) umožňují reprodukci prostředí na různých počítačích, v týmu, CI a produkci.

Jejich vynechání vede ke verzním konfliktům, poškození systémových nástrojů a nereprodukovatelným konfigurací.

Porozumění tomu, jak vytvářet, aktivovat a zachycovat závislosti — a moderní nástroje (poetry, uv) — je základem profesionálního vývoje v Python a základním očekáváním v jakémkoli skutečném projektu.