Kodėl ir kaip naudoti virtualias aplinkas?

Question

Accepted Answer

A **virtual environment** (virtuali aplinka) yra izoliuota Python aplinka su savomis instaliuotomis paketais, atskirta nuo sisteminės Python ir nuo kitų projektų. Ji išsprendžia **dependency conflicts** (priklausomybių konfliktus) — skirtingi projektai gali naudoti skirtingas (net nesuderinamų) to paties paketo versijas.

## Problema, kurią ji išsprendžia

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

Be izoliavimo, globaliai instaliuojant paketus atsiranda versijų konfliktai tarp projektų ir gali sugesti sisteminiai įrankiai, kurie priklauso nuo konkrečių versijų.

## Virtualios aplinkos kūrimas ir naudojimas (standartinis 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
```

Aktyvavus virtualią aplinką, `python` ir `pip` nurodo izoliuotus aplinkos egzempliorius — paketai instaliuojami tik joje, o ne sistemoje.

## Priklausomybių fiksavimas ir atkūrimas

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

`requirements.txt` daro aplinką **reproducible** (atkūriamą) — kiekvienas gali sukurti tą pačią priklausomybių rinkinį, užkertant kelią „veikia mano mašinoje" problemoms.

## Šiuolaikini įrankiai

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

Naujesni įrankiai (poetry, uv) prideda lock failus ir geresne priklausomybių skyrą, bet šerdis — izoliuota per projektą aplinka — išlieka ta pati.

## Visada neįtraukti env į version control

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

## Kodėl tai svarbu

Virtualios aplinkos yra esminė, standartinė praktika bet kuriam Python projektui — jos nuo priklausomybių konfliktų tarp projektų ir tarp projektų bei sisteminės Python, ir (su `requirements.txt`/lock failais) daro aplinkas reproducible'ias skirtingose mašinose, tarp komandos narių, CI ir produkcijoje.

Jų neignoravimas lemia versijų klaideles, sugadintus sisteminius įrankius ir neatkūriamus setup'us.

Supratimas, kaip kurti, aktyvuoti ir fiksuoti priklausomybes — ir šiuolaikinio įrankių kraštovaizdžio (poetry, uv) — yra fundamentalus profesionaliam Python plėtojimui ir pagrindinės išlaidos bet kuriame realiame projekte.