Git میں مخزن: یہ کیا ہے، کتنی اقسام ہیں اور کیسے کام کرتے ہیں

Git میں مخزن کیا ہے

Git مخزن — ایک ڈیٹا ڈھانچہ ہے جس میں ورژن کنٹرول سسٹم پروجیکٹ فائلوں کی تبدیلیوں کی تاریخ بیان کرنے والے میٹا ڈیٹا اور آبجیکٹ محفوظ کرتا ہے۔ جب ڈویلپر git init کمانڈ سے مخزن کو ابتدائی شکل دیتا ہے، Git پروجیکٹ روٹ میں ایک پوشیدہ فولڈر .git بناتا ہے۔

اس فولڈر کے اندر سسٹم کے کام کرنے کے لیے ضروری تمام آبجیکٹ، حوالہ جات اور کنفیگریشن فائلیں ہوتی ہیں۔ مخزن کسی خاص مقام سے منسلک نہیں ہوتا — ڈویلپر اسے مقامی طور پر بنا سکتا ہے اور پھر کسی دور دراز سرور سے منسلک کر سکتا ہے۔

Git تقسیم شدہ مخزن ماڈل استعمال کرتا ہے: پروجیکٹ کا ہر رکن اپنے کمپیوٹر پر تاریخ کی مکمل کاپی رکھتا ہے۔ اس کا مطلب ہے کہ زیادہ تر کارروائیاں — کمٹ، تاریخ دیکھنا، برانچ بنانا — سرور سے رابطہ کیے بغیر مقامی طور پر انجام دی جاتی ہیں۔

Git دستاویزات کے مطابق، تقسیم شدہ فن تعمیر سسٹم کو خرابیوں کے خلاف مزاحم بناتا ہے: اگر سرور ڈاؤن ہو جائے، کوئی بھی مقامی مخزن پروجیکٹ کی مکمل تاریخ بحال کرنے کا ذریعہ بن سکتا ہے۔

مقامی اور دور دراز مخزن

مقامی مخزن — ڈویلپر کے کمپیوٹر پر پروجیکٹ کی کاپی ہے۔ اس میں کمٹ، برانچ اور ٹیگ کی مکمل تاریخ ہوتی ہے اور نیٹ ورک کنکشن کے بغیر commit، branch، merge اور rebase کارروائیاں کرنے دیتا ہے۔

دور دراز مخزن — سرور پر میزبانی کی جاتی ہے اور ٹیم کے تمام اراکین کے لیے مطابقت پذیری کے نقطہ کے طور پر کام کرتی ہے۔ ڈویلپر git push کمانڈ سے اپنی تبدیلیاں بھیجتے ہیں اور git pull کمانڈ سے دوسروں کی تبدیلیاں لیتے ہیں۔

مقامی اور دور دراز مخزن کے درمیان کنکشن remote origin — Git کنفیگریشن میں محفوظ سرور URL — کے ذریعے ترتیب دیا جاتا ہے۔ ایک مقامی مخزن کئی دور دراز مخازن سے منسلک ہو سکتا ہے، جو فورک کے ساتھ کام کرتے وقت مفید ہے۔

اس ماڈل کا بنیادی فائدہ یہ ہے کہ ڈویلپر آف لائن موڈ میں کوڈ پر کام کر سکتا ہے اور صرف نتیجہ بھیجنے کے لیے تیار ہونے پر تبدیلیاں مطابقت پذیر کر سکتا ہے۔

مقامی اور دور دراز مخزن کے درمیان فرق

Git مخزن میں ڈیٹا کیسے محفوظ کرتا ہے

Git کا ذخیرہ کرنے کا ماڈل دوسرے ورژن کنٹرول سسٹم سے بنیادی طور پر مختلف ہے۔ ورژنز کے درمیان تبدیلیوں کی فہرست (ڈیلٹا) محفوظ کرنے کے بجائے، Git ہر کمٹ کے وقت پروجیکٹ کی تمام فائلوں کے مکمل سنیپ شاٹ محفوظ کرتا ہے۔

مخزن میں ہر آبجیکٹ ایک منفرد 40 حرفی SHA-1 ہیش سے پہچانا جاتا ہے۔ اگر فائل کا مواد کمٹ کے درمیان تبدیل نہیں ہوا، Git نیا آبجیکٹ نہیں بناتا بلکہ موجودہ کو دوبارہ استعمال کرتا ہے — اس سے جگہ بچتی ہے۔

Git چار قسم کے آبجیکٹ استعمال کرتا ہے: blob (فائل کا مواد)، tree (ڈائریکٹری کی ساخت)، commit (میٹا ڈیٹا کے ساتھ سنیپ شاٹ) اور tag (کمٹ کا نامی حوالہ)۔ تمام آبجیکٹ .git/objects فولڈر میں محفوظ ہوتے ہیں۔

Git Internals کے مطابق، Git کا آبجیکٹ ماڈل ڈیٹا کی سالمیت کو یقینی بناتا ہے: فائل کے مواد میں کوئی بھی تبدیلی نئی ہیش پیدا کرتی ہے، جس سے تاریخ میں بغیر پکڑے تبدیلی کرنا ناممکن ہو جاتا ہے۔

.git فولڈر کی ساخت

.git فولڈر مخزن کا دل ہے۔ اس کے بغیر Git تبدیلیوں کو ٹریک نہیں کر سکتا، اور ایک عام ڈائریکٹری صرف فائلوں کا ایک مجموعہ رہ جاتی ہے۔ اس فولڈر کی ساخت کو سمجھنا مخزن کے مسائل کی تشخیص میں مدد کرتا ہے۔

• objects/ — مخزن کے تمام آبجیکٹ: blobs، trees، commits، tags۔ کمپریسڈ شکل میں محفوظ۔
• refs/ — کمٹ کے حوالہ جات: heads (برانچیں)، tags (لیبل)، remotes (دور دراز برانچیں)۔
• HEAD — فائل جو موجودہ فعال برانچ یا کمٹ کی طرف اشارہ کرتی ہے۔
• config — مخزن کی ترتیبات: دور دراز URL، صارف نام، ای میل اور دیگر پیرامیٹرز۔
• index — اسٹیجنگ ایریا جہاں Git کمٹ کے لیے تیار فائلوں کے بارے میں معلومات محفوظ کرتا ہے۔
• logs/ — حوالہ جات کی تازہ کاری کے لاگ (reflog) جو HEAD اور برانچوں کی نقل و حرکت کی تاریخ محفوظ کرتے ہیں۔

HEAD فائل خاص توجہ کی مستحق ہے۔ عام حالت میں اس میں برانچ کا علامتی حوالہ ہوتا ہے، مثال کے طور پر ref: refs/heads/main۔ detached HEAD حالت میں یہ براہ راست کمٹ کی طرف اشارہ کرتا ہے — اس کا مطلب ہے کہ نئے کمٹ کسی بھی برانچ سے منسلک نہیں ہوں گے۔

مخزن کے ساتھ بنیادی کارروائیاں

Git مخزن کے ساتھ کام کرنے میں بنیادی کارروائیوں کا ایک سیٹ شامل ہے جو ڈویلپر روزانہ انجام دیتا ہے۔ ہر کارروائی نئے آبجیکٹ شامل کرکے یا حوالہ جات منتقل کرکے مخزن کی حالت تبدیل کرتی ہے۔

• git init — موجودہ ڈائریکٹری میں ایک نیا خالی مخزن بناتا ہے۔ Git ابتدائی ساخت کے ساتھ .git فولڈر بناتا ہے۔
• git clone — موجودہ دور دراز مخزن کو تمام کمٹ تاریخ کے ساتھ مقامی مشین پر کاپی کرتا ہے۔
• git add — فائلوں کی تبدیلیوں کو اسٹیجنگ ایریا (انڈیکس) میں شامل کرتا ہے، انہیں کمٹ کے لیے تیار کرتا ہے۔
• git commit — انڈیکس سے ڈیٹا کی بنیاد پر پروجیکٹ کا سنیپ شاٹ بناتا ہے اور اسے نئے کمٹ آبجیکٹ کے طور پر محفوظ کرتا ہے۔
• git push — مقامی مخزن سے دور دراز مخزن میں نئے کمٹ بھیجتا ہے، سرور پر برانچیں اپ ڈیٹ کرتا ہے۔
• git pull — دور دراز مخزن سے نئے کمٹ لاتا ہے اور انہیں موجودہ مقامی برانچ سے ملا دیتا ہے۔

push اور pull کارروائیاں واحد ہیں جن کے لیے دور دراز سرور سے کنکشن کی ضرورت ہے۔ باقی تمام کارروائیاں مکمل طور پر مقامی طور پر انجام دی جاتی ہیں، جو تاریخ کے بڑے حجم میں بھی تیز رفتار کو یقینی بناتی ہیں۔

مخزن میں فائل کی زندگی کا دور

مخزن میں ہر فائل چار حالتوں سے گزرتی ہے: untracked (ٹریک نہیں کی گئی)، modified(تبدیل شدہ)، staged (تیار) اور committed (کمٹ شدہ)۔ Git صرف ان فائلوں کو ٹریک کرتا ہے جو git add کے ذریعے واضح طور پر شامل کی گئی ہیں یا جو پہلے سے کمٹ تاریخ میں ہیں۔

اس ماڈل کو سمجھنا Git کے ساتھ مؤثر طریقے سے کام کرنے کی کلید ہے۔ ڈویلپر منتخب طور پر تبدیل شدہ فائلوں کے صرف ایک حصے کو کمٹ کے لیے تیار کر سکتا ہے، واضح وضاحت کے ساتھ منطقی طور پر مکمل کمٹ بنا سکتا ہے۔

مخزن میزبانی کے لیے مشہور پلیٹ فارم

دور دراز مخازن عام طور پر خصوصی پلیٹ فارمز پر میزبانی کی جاتی ہیں جو ویب انٹرفیس، رسائی کے انتظام کا نظام اور مشترکہ ترقی کے لیے اضافی ٹولز فراہم کرتی ہیں۔

• GitHub — 100 ملین سے زیادہ مخازن کے ساتھ سب سے بڑا پلیٹ فارم۔ Actions، Pull Requests، Issues اور Wiki فراہم کرتا ہے۔ عوامی پروجیکٹس کے لیے مفت۔
• GitLab — مربوط CI/CD، Container Registry اور بلٹ ان DevOps پائپ لائن والا پلیٹ فارم۔ SaaS اور self-hosted ورژن کے طور پر دستیاب۔
• Bitbucket — Jira اور Trello انضمام کے ساتھ Atlassian کا حل۔ لچکدار رسائی کی ترتیبات کی وجہ سے کارپوریٹ ماحول میں مشہور۔

پلیٹ فارم کا انتخاب ٹیم کے سائز، رازداری کی ضروریات اور ضروری انضمام پر منحصر ہے۔ موبائل ڈویلپمنٹ کے لیے، وسیع کمیونٹی سپورٹ اور iOS اور Android کے لیے CI/CD ٹولز کے انضمام کی وجہ سے اکثر GitHub کا انتخاب کیا جاتا ہے۔

مخزن کے ساتھ کام کرنے کے کمانڈ کی مثالیں

ایک عملی منظر نامے پر غور کریں: ایک ڈویلپر موجودہ مخزن کو کلون کرتا ہے، ایک نئی برانچ بناتا ہے، تبدیلیاں کرتا ہے اور انہیں سرور پر بھیجتا ہے۔ ہر کمانڈ مخزن کے مختلف اجزاء کے ساتھ کام کرنے کا مظاہرہ کرتا ہے۔

# دور دراز مخزن کو کلون کرنا
git clone https://github.com/user/mobile-app.git

# پروجیکٹ ڈائریکٹری میں جانا
cd mobile-app

# نئی فیچر برانچ بنانا اور اس پر سوئچ کرنا
git checkout -b feature/auth

# تبدیل شدہ فائلوں کی حیثیت چیک کرنا
git status

# تمام تبدیلیاں اسٹیجنگ ایریا میں شامل کرنا
git add .

# وضاحت کے ساتھ کمٹ بنانا
git commit -m "Add authentication module"

# دور دراز مخزن میں تبدیلیاں بھیجنا
git push origin feature/auth

git status کمانڈ روزمرہ کے کام میں سب سے مفید کمانڈز میں سے ایک ہے۔ یہ دکھاتا ہے کہ کون سی فائلیں تبدیل ہوئی ہیں، کون سی کمٹ کے لیے تیار ہیں اور کون سی Git کے ذریعے بالکل ٹریک نہیں کی جا رہی ہیں۔

کمٹ کی تاریخ دیکھنا

مخزن کی تاریخ کا تجزیہ کرنے کے لیے git log کمانڈ مختلف فارمیٹنگ فلیگ کے ساتھ استعمال ہوتی ہے۔ یہ کمٹ کی ترتیب، ان کے مصنفین، تاریخوں اور SHA-1 شناخت کنندگان کو دکھاتا ہے۔

# برانچ گراف ویژولائزیشن کے ساتھ تاریخ دیکھنا
git log --oneline --graph --all

# کسی مخصوص کمٹ میں تبدیلیاں دیکھنا
git show a1b2c3d

# موجودہ حالت کا آخری کمٹ سے موازنہ کرنا
git diff HEAD

# کسی مخصوص فائل کی تاریخ دیکھنا
git log --follow src/MainActivity.kt

--graph فلیگ برانچنگ کا ASCII گراف دکھاتا ہے، جو متعدد برانچوں پر فعال کام والے مخازن میں خاص طور پر مفید ہے۔ بار بار ریلیز والے موبائل پروجیکٹس کے لیے، بصری گراف ڈویلپمنٹ کی ساخت کا فوری جائزہ لینے میں مدد کرتا ہے۔