আপনি কেন এবং কিভাবে ভার্চুয়াল পরিবেশ ব্যবহার করেন?

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 উন্নয়নের জন্য মৌলিক এবং যেকোনো বাস্তব প্রকল্পে একটি মৌলিক প্রত্যাশা।