Miksi ja miten käytät virtuaalisia ympäristöjä?

Question

Accepted Answer

**Virtuaalinen ympäristö** on eristetty Python-ympäristö, jolla on omat asennetut paketit, erillään järjestelmän Pythonista ja muista projekteista. Se ratkaisee **riippuvuuksien ristiriidat** — eri projektit voivat käyttää eri versioita (jopa yhteensopimattomia) samasta paketista.

## Ongelma, jonka se ratkaisee

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

Ilman eristystä pakettien asentaminen globaalisti johtaa versioristiriitoihin projektien välillä ja voi rikkoa järjestelmätyökalut, jotka riippuvat tietyistä versioista.

## Yhden luominen ja käyttäminen (sisäänrakennettu 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
```

Aktivoimisen jälkeen `python` ja `pip` viittaavat ympäristön eristettyihin kopioihin — paketit asennetaan vain sinne, ei järjestelmänlaajuisesti.

## Riippuvuuksien sieppailu ja uusintauttaminen

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

`requirements.txt` tekee ympäristöstä **uudelleentuotettavan** — kuka tahansa voi luoda uudelleen täsmälleen samat riippuvuudet, mikä estää "toimii omalla koneellani" -ongelmia.

## Moderni työkalut

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

Uudemmat työkalut (poetry, uv) lisäävät lukitustiedostot ja paremman riippuvuuksien ratkaisun, mutta ydinperiaate — eristetyt ympäristöt per projekti — on sama.

## Poista env aina versionhallinnasta

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

## Miksi se on tärkeää

Virtuaaliset ympäristöt ovat välttämättömiä, vakiokäytäntöä kaikille Python-projekteille — ne estävät riippuvuuksien ristiriidat projektien välillä ja projektien ja järjestelmän Pythonin välillä, ja (`requirements.txt`/lukitustiedostot) tekevät ympäristöistä uudelleentuotettavia koneiden, tiimikumppanien, CI:n ja tuotannon välillä.

Niiden ohittaminen johtaa versioristiriitoihin, rikkoutuneisiin järjestelmätyökaluihin ja uudelleen tuottamattomiin asetuksiin.

Ymmärrys siitä, kuinka luodaan, aktivoidaan ja siepataan riippuvuudet — ja moderni työkaluympäristö (poetry, uv) — on perusperiaate ammattimaisen Python-kehityksen kannalta ja perusodotus millä tahansa todellisella projektilla.