Hvorfor og hvordan bruger du virtuelle miljøer?

Question

Accepted Answer

Et **virtuelt miljø** er et isoleret Python-miljø med sine egne installerede pakker, adskilt fra system-Python og andre projekter. Det løser **afhængighedskonflikter** — forskellige projekter kan bruge forskellige (endog inkompatible) versioner af samme pakke.

## Det problem det løser

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

Uden isolering fører global pakkeinstallation til versionssammenstød mellem projekter og kan ødelægge systemværktøjer, der afhænger af specifikke versioner.

## Oprettelse og brug af et (indbygget 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
```

Når det er aktiveret, refererer `python` og `pip` til miljøets isolerede kopier — pakker installeres kun der, ikke systemomfattende.

## Indfangning og reproduktion af afhængigheder

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

En `requirements.txt` gør miljøet **reproducerbart** — alle kan genskabe de nøjagtig samme afhængigheder, hvilket forhindrer "virker på min maskine"-problemer.

## Moderne værktøjer

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

Nyere værktøjer (poetry, uv) tilføjer låsefiler og bedre afhængigheds opløsning, men kernekoncepet — isolerede miljøer pr. projekt — er det samme.

## Udeluk altid env fra versionskontrol

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

## Hvorfor det betyder noget

Virtuelle miljøer er vigtige, standardpraksis for ethvert Python-projekt — de forhindrer afhængighedskonflikter mellem projekter og mellem projekter og system-Python, og (med `requirements.txt`/låsefiler) gør miljøer reproducerbare på tværs af maskiner, teammedlemmer, CI og produktion.

At springe dem over fører til versionssammenstød, ødelagte systemværktøjer og ikke-reproducerbare opsætninger.

Forståelse for hvordan man opretter, aktiverer og indfanger afhængigheder — og det moderne værktøjslandskab (poetry, uv) — er grundlæggende for professionel Python-udvikling og en grundlæggende forventning i ethvert reelt projekt.