آپ virtual environments کیوں اور کیسے استعمال کرتے ہیں؟

Question

IT Interview Practice · Accepted Answer

ایک **virtual environment** ایک isolated Python environment ہے جس کے اپنے installed packages ہوتے ہیں، جو system Python اور دیگر projects سے الگ ہوتے ہیں۔ یہ **dependency conflicts** کو حل کرتا ہے — مختلف projects ایک ہی package کے مختلف (حتیٰ کہ غیر مطابقت پذیر) versions استعمال کر سکتے ہیں۔

## وہ مسئلہ جو یہ حل کرتا ہے

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

isolation کے بغیر، packages کو globally install کرنا projects کے درمیان version clashes کا باعث بنتا ہے اور ان system tools کو توڑ سکتا ہے جو مخصوص versions پر انحصار کرتے ہیں۔

## ایک بنانا اور استعمال کرنا (built-in 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
```

activate ہونے کے بعد، `python` اور `pip` اس environment کی isolated copies کی طرف اشارہ کرتے ہیں — packages صرف وہیں install ہوتے ہیں، system-wide نہیں۔

## Dependencies کو capture اور reproduce کرنا

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

ایک `requirements.txt` environment کو **reproducible** بناتی ہے — کوئی بھی بالکل وہی dependencies دوبارہ بنا سکتا ہے، جو "works on my machine" مسائل سے بچاتا ہے۔

## جدید tooling

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

نئے tools (poetry، uv) lockfiles اور بہتر dependency resolution شامل کرتے ہیں، لیکن بنیادی تصور — per-project isolated environments — وہی ہے۔

## environment کو ہمیشہ version control سے خارج رکھیں

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

## یہ کیوں اہم ہے

Virtual environments کسی بھی Python project کے لیے ضروری، معیاری عمل ہیں — یہ projects کے درمیان اور projects اور system Python کے درمیان dependency conflicts سے بچاتے ہیں، اور (`requirements.txt`/lockfiles کے ساتھ) environments کو machines، teammates، CI اور production کے درمیان reproducible بناتے ہیں۔

انہیں نظر انداز کرنا version clashes، ٹوٹے ہوئے system tools اور ناقابلِ تکرار setups کا باعث بنتا ہے۔

انہیں بنانے، activate کرنے اور dependencies capture کرنے کا طریقہ — اور جدید tooling landscape (poetry، uv) — سمجھنا پیشہ ورانہ Python development کے لیے بنیادی ہے اور کسی بھی حقیقی project میں ایک بنیادی توقع ہے۔

وہ مسئلہ جو یہ حل کرتا ہے

ایک بنانا اور استعمال کرنا (built-in venv)

Dependencies کو capture اور reproduce کرنا

جدید tooling

environment کو ہمیشہ version control سے خارج رکھیں

یہ کیوں اہم ہے

متعلقہ سوالات