Dlaczego i jak używasz wirtualnych środowisk?

Question

Accepted Answer

**Wirtualne środowisko** to izolowane środowisko Python z własnymi zainstalowanymi pakietami, oddzielone od systemowego Python i od innych projektów. Rozwiązuje to **konflikty zależności** — różne projekty mogą używać różnych (nawet niezgodnych) wersji tego samego pakietu.

## Dlaczego to ważne

```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 izolacji globalna instalacja pakietów prowadzi do konfliktów wersji między projektami i może zniszczyć narzędzia systemowe, które zależą od określonych wersji.

## Tworzenie i używanie (wbudowany 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 aktywacji `python` i `pip` odnoszą się do izolowanych kopii środowiska — pakiety instalują się tylko tam, a nie systemowo.

## Przechwytywanie i reprodukcja zależności

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

Plik `requirements.txt` czyni środowisko **odtwarzalnym** — każdy może odtworzyć dokładnie te same zależności, zapobiegając problemom typu „działa na moim komputerze".

## Nowoczesne narzędzia

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

Nowsze narzędzia (poetry, uv) dodają pliki blokady i lepsze rozwiązywanie zależności, ale podstawowa koncepcja — izolowane środowiska dla każdego projektu — jest taka sama.

## Zawsze wyklucz env z kontroli wersji

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

## Dlaczego to ważne

Wirtualne środowiska są niezbędne, standardową praktyką dla każdego projektu Python — zapobiegają konfliktom zależności między projektami i między projektami a systemowym Python, oraz (z `requirements.txt`/plikami blokady) czynią środowiska odtwarzalnymi na różnych maszynach, wśród kolegów z zespołu, w CI i w produkcji.

Pominięcie ich prowadzi do konfliktów wersji, zepsutych narzędzi systemowych i niemożliwych do odtworzenia konfiguracji.

Zrozumienie jak tworzyć, aktywować i przechwytywać zależności — oraz krajobrazu nowoczesnych narzędzi (poetry, uv) — jest fundamentalne dla profesjonalnego rozwoju Python i podstawowym oczekiwaniem w każdym rzeczywistym projekcie.