GitHub کے بنیادی اجزاء

ان اسباق میں، آپ GitHub ورک فلو کے بارے میں سیکھیں گے، فائلیں اور ذخیرے، مسائل اور درخواستیں اسٹیجنگ ماحول میں عہد کرتا ہے، شاخیں، کلوننگ، اور کانٹا، اور سنگ میل اسٹیبلش گٹ ایک ورژن کنٹرول سسٹم ہے۔ مزید خاص طور پر، یہ ایک تقسیم شدہ ورژن ہے۔ کنٹرول سسٹم، یعنی تمام کلائنٹس جو ریپوزٹری کو کھینچتے ہیں۔ اصل میں ایک مکمل کلون پکڑ رہے ہیں یا تمام ڈیٹا کا بیک اپ۔ آپ کو مزید تفصیلی وضاحت مل سکتی ہے۔ اس کا Git ویب سائٹ پر، جیسا کہ میں یہاں دکھا رہا ہوں۔ آپ سرور کو مختلف ورژنز کو ذخیرہ کرتے ہوئے دیکھ سکتے ہیں۔ ڈیٹا بیس کے، اور کلائنٹ ان فائلوں کو نیچے کھینچ سکتے ہیں، آپس میں کوڈ بانٹیں، اور فائلوں کو بیک اپ سرور تک دھکیلیں۔ اس تقسیم شدہ فطرت کی وجہ سے، بہت سے ورک فلو ہیں جو استعمال کیے جا سکتے ہیں۔ اگر آپ اس گٹ ویب سائٹ پر ایک نظر ڈالیں، یہ آپ کو کئی مثالیں دیتا ہے ورک فلو کا جو لاگو کیا جا سکتا ہے۔ ایک تخریبی طرز کے ورک فلو کے ساتھ شروع ہوتا ہے، جو بہت عام ہے. آپ کے پاس متعدد ڈویلپرز یہاں دکھائے گئے ہیں۔ مشترکہ ذخیرہ کا استعمال کرتے ہوئے. تو وہ مشترکہ ذخیرے سے کھینچتے ہیں۔ وہ اپنی تبدیلیاں، اپنی اپ ڈیٹس، اور وہ مشترکہ ذخیرے کی طرف واپس دھکیلتے ہیں۔ اس کے بالکل نیچے، آپ کو انٹیگریشن مینیجر کا ورک فلو نظر آئے گا۔ اور جو کچھ ان کے پاس ہے اسے کہتے ہیں۔ ایک بابرکت ذخیرہ، اور یہ مبارک ذخیرہ بہت زیادہ پروڈکشن کوڈ ہے۔ آپ کے پاس متعدد ڈویلپرز ہیں جو فائلیں بنانے والے ہیں۔ فائلوں میں ترمیم کریں، اور ان کی اپنی شاخوں میں دھکیلیں۔ اور بنیادی طور پر وہ سب انٹیگریشن مینیجر کے پاس جائیں گے۔ انٹیگریشن مینیجر صرف ایک ہے۔ جو بابرکت ذخیرے کی طرف دھکیل سکتا ہے۔ لہذا یہ کوڈ کے ساتھ تنازعات سے بچنے میں مدد کرتا ہے۔ جب آپ کے پاس متعدد ڈویلپرز ایک ساتھ کام کرتے ہیں۔ تو بنیادی طور پر ہر چیز کو فلٹر کرنا ہوتا ہے۔ انضمام مینیجر کے ذریعے، اور اگر انضمام کے مینیجر کو کچھ مل جاتا ہے۔ یہ تنازعہ کا سبب بنے گا، وہ اسے ڈیولپر کو واپس بھیج سکتے ہیں۔ اسے ٹھیک کرنے کے طریقے سے متعلق ہدایات کے ساتھ۔ میں آپ کو پڑھنا جاری رکھنے کی سفارش کروں گا۔ اور دیکھیں کہ آپ کون سے دوسرے ورک فلو کو استعمال کر سکتے ہیں، لیکن یہ اس سبق کو سمیٹتا ہے۔ اور اگلا، ہم فائلوں اور ذخیروں پر ایک نظر ڈالیں گے۔