Γιατί και πώς χρησιμοποιείτε εικονικά περιβάλλοντα;

Question

Accepted Answer

Ένα **εικονικό περιβάλλον** είναι ένα απομονωμένο περιβάλλον Python με τα δικά του εγκατεστημένα πακέτα, ξεχωριστό από το Python του συστήματος και από άλλα έργα. Λύνει **συγκρούσεις εξαρτήσεων** — διαφορετικά έργα μπορούν να χρησιμοποιούν διαφορετικές (ακόμη και ασύμβατες) εκδόσεις του ίδιου πακέτου.

## Το πρόβλημα που επιλύει

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

Χωρίς απομόνωση, η παγκόσμια εγκατάσταση πακέτων οδηγεί σε συγκρούσεις έκδοσης μεταξύ έργων και μπορεί να σπάσει εργαλεία συστήματος που εξαρτώνται από συγκεκριμένες εκδόσεις.

## Δημιουργία και χρήση ενός (ενσωματωμένο 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
```

Μετά την ενεργοποίηση, το `python` και το `pip` αναφέρονται στις απομονωμένες αντιγραφές του περιβάλλοντος — τα πακέτα εγκαθίστανται μόνο εκεί, όχι σε όλο το σύστημα.

## Καταγραφή και αναπαραγωγή εξαρτήσεων

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

Ένα `requirements.txt` κάνει το περιβάλλον **αναπαραγώγιμο** — οποιοσδήποτε μπορεί να αναδημιουργήσει τις ακριβώς ίδιες εξαρτήσεις, αποτρέποντας προβλήματα τύπου "λειτουργεί στον υπολογιστή μου".

## Σύγχρονα εργαλεία

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

Τα νεότερα εργαλεία (poetry, uv) προσθέτουν αρχεία κλειδώματος και καλύτερη επίλυση εξαρτήσεων, αλλά η βασική έννοια — απομονωμένα περιβάλλοντα ανά έργο — είναι η ίδια.

## Να αποκλείετε πάντα το env από τον έλεγχο έκδοσης

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

## Γιατί είναι σημαντικό

Τα εικονικά περιβάλλοντα είναι απαραίτητα, τυπική πρακτική για οποιοδήποτε έργο Python — αποτρέπουν συγκρούσεις εξαρτήσεων μεταξύ έργων και μεταξύ έργων και του Python του συστήματος, και (με `requirements.txt`/αρχεία κλειδώματος) καθιστούν τα περιβάλλοντα αναπαραγώγιμα σε μηχανήματα, συνεργάτες, CI και παραγωγή.

Το να τα παρακάμψετε οδηγεί σε συγκρούσεις έκδοσης, σπασμένα εργαλεία συστήματος και μη αναπαραγώγιμες ρυθμίσεις.

Η κατανόηση του τρόπου δημιουργίας, ενεργοποίησης και καταγραφής εξαρτήσεων — και του σύγχρονου τοπίου εργαλείων (poetry, uv) — είναι θεμελιώδης για την επαγγελματική ανάπτυξη Python και μια βασική προσδοκία σε οποιοδήποτε πραγματικό έργο.