ریموٹ ٹیموں کے لئے ماسٹر ورژن کنٹرول

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

• 6 نوجوان ویب ڈویلپرز کے لئے مہارت حاصل کرنا ضروری ہے

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

اس سبق میں، ہم استعمال کر رہے ہیں Github. ہمارے کوڈ کو منظم کرنے کے لئے. وہاں بہت سے مختلف قسم کے ورژن کنٹرول کے آلے موجود ہیں، جیسے بٹ بیکٹ اور TFVC، لیکن اگرچہ وہ سب مختلف ہیں، اصولوں کو اسی طرح رہتا ہے جب یہ کوڈ کا انتظام کرنے کے لئے آتا ہے.

آپ کی سائٹ بنانے کے عمل کو آسان بنانے کے لئے مزید طریقوں کے لئے، ہمارے رہنماؤں کو سب سے اوپر دیکھیں ویب سائٹ بلڈر اور ویب میزبانی سروس.

برانچنگ ماڈل

سب سے پہلے، ترقی اور تعیناتی کے عمل کو آسانی سے چلانے کے لئے کسی بھی ٹیم میں کام کرنے کے لئے ایک کامیاب شاخنگ ماڈل ہونا ضروری ہے. آپ سب سے زیادہ امکان ہے کہ ایک ہی منصوبے پر کام کرنے والے ایک سے زیادہ ڈویلپرز ہیں. ریموٹ ورک فورس کے ساتھ کام کرتے وقت، میرا خیال ہے کہ بہترین کام کے بہاؤ تین اہم شاخوں کے ساتھ ساتھ عارضی طور پر ایک سیٹ پر مشتمل ہے:

• برانچ تیار کریں: کوڈ کی ہر سطر کو کلائنٹ کی طرف سے جانچ پڑتال کی گئی ہے.
• سٹینجنگ شاخ: یہ توثیقی ماحول کے مطابق ہوگا.
• ریلیز برانچ: اس میں پیداوار میں آپ کی ویب سائٹ کا آخری ورژن شامل ہے.

خصوصیت شاخوں کا ایک سیٹ بھی ہوگا. تاہم، یہ ابتدائی طور پر نئی خصوصیات کو تعمیر کرنے کے لئے عارضی طور پر ہو گی.

ایک منصوبے پر ایک سے زیادہ ڈویلپرز

چلو فرض کرتے ہیں کہ آپ دو ڈویلپرز کے ساتھ ایک ٹیم چلاتے ہیں جو دور دور کام کرتے ہیں. ہم انہیں سارہ اور جیمز کہتے ہیں: وہ دونوں کلائنٹ کے لئے ایک ہی ای کامرس کی ویب سائٹ پر کام کر رہے ہیں. سارہ ایک ایسی خصوصیت کو تیار کرنے کی ضرورت ہے جو کسٹمر کی تفصیلات کو رجسٹر کرتی ہے.

ہم اسے تین علیحدہ صارف کی کہانیاں میں توڑ دیں گے - شامل، ترمیم اور ہٹانے - اور پھر ان تین ٹکٹوں کو سپرنٹ پس منظر میں شامل کریں.

نمایاں شاخیں

لہذا، آتے ہیں کہ سارہ نے کسٹمر تفصیلات سیکشن میں شامل کیا ہے. وہ خصوصیت شاخ 'کسٹمر تفصیلات' اور ایک صارف کی کہانیاں 'اضافی تفصیلات' کے لئے ایک صارف کی کہانی بنانے کی ضرورت ہوگی.

 GIT چیک آؤٹ ترقی اور AMP؛ & amp؛ Git ھیںچو نکالنے / ترقی
Git Checkout -B خصوصیت / کسٹمر تفصیلات
Git Checkout -B اضافی تفصیلات 

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

جیمز مشترکہ شاخ کے آخری ورژن کو ھیںچو اور صارف کی کہانی 'حذف تفصیلات' کے لئے ایک نئی شاخ بنائے گی. پھر وہ سارہ کے کوڈ کو ضائع کرنے کے بارے میں فکر کے بغیر اپنے اضافے کو شروع کر سکتے ہیں.

 GIT چیک آؤٹ کی خصوصیت / کسٹمر تفصیلات
گٹ ھیںچو نکالنے / خصوصیت / کسٹمر تفصیلات
Git Checkout -B حذف کریں تفصیلات 

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

// وہ اپنے کوڈ کو سٹینج شاخ میں دھکا دیتا ہے
گٹ دھکا نکالنے کے اضافی تفصیلات
// وہ سٹینج ماحول کے ساتھ ایک پل کی درخواست کھولتا ہے
Git درخواست ھیںچو شامل کریں اضافی تفصیلات 

اب ہم گاہکوں کی تفصیلات کی خصوصیت شاخ اور دو صارف کی کہانیاں ترقی میں 'اضافی تفصیلات' اور 'حذف تفصیلات' میں شامل ہیں.

ضم

ایک بار جب اس کا کوڈ جائزہ لیا گیا ہے، تو وہ اس کی شاخ کو الگ کر سکتے ہیں. ٹکٹ اب توثیق کالم میں ہے، لیڈ ڈویلپر سے توثیق کا انتظار کر رہا ہے.

 // وہ سٹینجنگ شاخ کا آخری ورژن بن جاتا ہے
Git چیک آؤٹ & amp؛ amp؛ گٹ ھیںچو نکالنے / اسٹینج
گٹ ضم اضافی تفصیلات اور AMP؛ & amp؛ گٹ دھکا نکالنے کا واقعہ
// وہ توثیق ماحول بناتا ہے
// اور مصنوعات کے مالک کو درست کرنے کے لئے پوچھتا ہے 

ایک بار سارہ کا کام کی توثیق کی گئی ہے، اس ٹکٹ کو کام کالم میں منتقل کیا جا سکتا ہے. وہ اس کے کام کو خصوصیت شاخ میں ضم کر سکتے ہیں اور کسٹمر کی تفصیلات کے خاتمے کی طرح، ایک اور صارف کی کہانی شروع کر سکتے ہیں.

 // وہ خصوصیت شاخ کے آخری ورژن کو ھیںچتی ہے
Git چیک آؤٹ کی خصوصیت / کسٹمر تفصیلات
Git ھیںچو اصل خصوصیت / کسٹمر تفصیلات
گیٹ ضم اضافی ایڈریس اور AMP؛ & amp؛ گٹ دھکا نکالنے کی خصوصیت / کسٹمر تفصیلات 

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

 // وہ ترقی کی شاخ کا آخری ورژن بن جاتا ہے
Git Checkout ترقی اور AMP؛ & amp؛ Git ھیںچو نکالنے / ترقی
گیٹ ضم خصوصیت / کسٹمر تفصیلات اور AMP؛ & amp؛ گٹ دھکا نکالنے کی ترقی 

پیداوار میں تعینات

ایک بار مکمل ہونے کے بعد اور یہ پیداوار میں تعینات کرنے کے لئے تیار ہے، جیمز کو جاری کرنے اور تعیناتی شروع کرنے میں اضافہ ہوتا ہے. اس موقع پر وہ جان لیں گے کہ تمام کوڈ درست ہے اور کلائنٹ خوش ہے. وہ ہر ورژن کی تاریخ حاصل کرنے کے لئے رہائی کا وعدہ کرتا ہے.

 GIT چیک آؤٹ ترقی اور AMP؛ & amp؛ Git ھیںچو نکالنے / ترقی
Git چیک آؤٹ ریلیز اور AMP؛ & amp؛ گٹ ھیںچو نکالنے / ریلیز
GIT ضم ترقی اور AMP؛ & amp؛ Git ٹیگ 2.1.
گٹ پش نکالنے کی رہائی - ٹیگز 

اس کام کے بہاؤ کی پیروی کرنے کے قوانین

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

یاد رکھنے کے لئے کچھ کلیدی چیزیں ہیں:

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

 GIT CO ترقی اور AMP؛ & amp؛ Git ھیںچو نکالنے / ترقی
Git Brink-D Staging & AMP؛ & amp؛ گٹ دھکا نکالنے - ڈیلیٹ اسٹینج
Git Co -b staging & amp؛ & amp؛ گٹ ھیںچو نکالنے کا تعین 

اضافی کام کے بہاؤ

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

ضمنی تنازعات کا انتظام

ضم تنازعات کے ساتھ نمٹنے کے لئے کافی مشکل ہے اگر آپ اسی کمرے میں کام کر رہے ہیں لیکن اگر آپ مختلف دفتر میں کام کر رہے ہیں تو وہ ایک خواب میں زیادہ سے زیادہ ہوسکتے ہیں. سب سے اہم بات یہ یاد رکھنا ہے کہ آپ ہمیشہ ایک ضمنی طور پر ضم کر سکتے ہیں اور تنازعے سے پہلے ریاست کو واپس لوٹ سکتے ہیں.

چاہے آپ سب ضم کر رہے ہو، قیادت ڈویلپر یا آپ کی ٹیم ان لوگوں کو آزادانہ طور پر کر رہے ہیں، پہلا قدم یہ ہے کہ کیا ہوا ہے.

• کیا آپ کے شریک ڈویلپرز میں سے ایک ایک ہی فائل میں اسی لائن میں ترمیم کرتا تھا؟
• کیا وہ آپ نے ترمیم کی ایک فائل کو خارج کر دیا؟
• کیا تم دونوں نے ایک ہی نام کے ساتھ ایک فائل شامل کیا؟

گٹ آپ کو بتائے گا کہ آپ ہیں unmerged راستے ذریعے Git کی حیثیت انکار

 $ GIT حیثیت
# برانچ چیک آؤٹ سسٹم پر
# آپ نے راستے میں استعمال کیا ہے.
# (تنازعات کو درست کریں اور "گیٹ وعدہ" چلائیں)
#
# unmerged راستے:
# (استعمال کریں "گیٹ شامل کریں اور ایل ٹی؛ فائل اور جی ٹی؛ ..." قرارداد کو نشان زد کرنے کے لئے)
#
# دونوں نظر ثانی شدہ: چیک آؤٹ. html.
#
وعدہ کرنے میں کوئی تبدیلی نہیں ("GIT شامل کریں" اور / یا "گیٹ وعدہ-اے") 

اب، تنازعے کا سب سے عام سبب یہ ہے جب تبدیلیوں کو اسی لائن پر اسی فائلوں پر اثر انداز ہوتا ہے. لہذا، ہم متضاد لائن کے مواد پر نظر آتے ہیں. آپ کو یہ معلوم ہو گا کہ اس حقیقت میں یہ حقیقت یہ ہے کہ یہ تنازعہ علاقے کو اس میں منسلک کرکے نشان زد کرے گا & lt؛ & lt؛ & lt؛ & lt؛ & lt؛ & lt؛ & lt؛ سر اور & gt؛ & gt؛ & gt؛ & gt؛ & gt؛ & gt؛ & gt؛ [دیگر / شاخ / نام] . اس صورت میں، یہ ہے چیک آؤٹ سسٹم .

 & lt؛ & lt؛ & lt؛ & lt؛ & lt؛ & lt؛ & lt؛ ہیڈ
یہ لائن "صارف فارم" شاخ میں کام کرتے وقت انجام دیا گیا تھا.
=======.
اس لائن، اس کے برعکس، "چیک آؤٹ سسٹم" شاخ میں کام کرتے وقت کام کیا گیا تھا.
& gt؛ & gt؛ & gt؛ & gt؛ & gt؛ & gt؛ & gt؛ ریفری / سر / چیک آؤٹ سسٹم 

پہلا مارکر آپ کے موجودہ کام کرنے والے شاخ سے پیدا ہونے کے بعد مواد. زاویہ بریکٹ کے بعد، گٹ ہمیں بتاتا ہے کہ تبدیلیوں سے تبدیلی آئی. ایک لائن کے ساتھ =======. دو متضاد تبدیلیوں کو الگ کر دیتا ہے.

اب آپ صرف ایک ایڈیٹر میں فائل کھول سکتے ہیں، تنازعات کے مارکروں کی تلاش کریں اور کسی بھی ضروری ترمیم کو بنا سکتے ہیں. جب آپ کر رہے ہیں تو، فائل کو بالکل دیکھنے کی ضرورت ہے جیسے آپ چاہتے ہیں کہ یہ دیکھنا چاہے یا متبادل طور پر، آپ اس بات کو بتائیں کہ آپ صرف ایک ترمیم شدہ ورژن میں سے ایک کے ساتھ جائیں گے ہمارا یا ان کے .

 گیٹ چیک آؤٹ - پھل کا راستہ / / تنازعہ-فائل. html 

اس سے بھی بہت سے ضم آلے کے ایپلی کیشنز ہیں جو اس سے مدد کرسکتے ہیں. Kaleidoscope میک کے لئے ایک بہت اچھا ہے.

پروجیکٹ اور مسئلہ کا انتظام

یہ صرف ایک اہم ڈویلپر کے طور پر اہم ہے جیسے کاموں اور کیڑے جیسے چیزوں کو منظم کرنے کے لئے پراجیکٹ مینجمنٹ کا آلہ ہے، خاص طور پر جب آپ کے ڈویلپرز دفتر کی بنیاد پر نہیں ہیں. وہاں زینب اور اسونا جیسے بہت سے حل موجود ہیں، لیکن مجھے یقین ہے کہ GitHub بلٹ میں پروجیکٹ اور مسئلہ کا نظام بہترین ہے.

آپ ایسی چیزیں کر سکتے ہیں جیسے ایک نئی پروجیکٹ قائم کریں، بورڈ بنائیں یا معاملات کو تفویض کریں. اور مسائل کے ساتھ مسائل کو الجھن نہ کرو: آپ دوسری چیزوں کے درمیان اضافہ، سوالات اور کیڑے کے لئے بھی اس کا استعمال کرسکتے ہیں.

یہاں اس کی بہترین خصوصیات میں سے کچھ ہیں:

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

ایک منصوبے کی ترتیب

اگر آپ GitHub پر جاتے ہیں اور پھر آپ کے ذخائر میں سے ایک کے سربراہ ہیں، تو آپ کو ایک ٹیب دیکھیں گے جو منصوبوں کو کہا جاتا ہے. وہاں سے آپ نئے منصوبے کو منتخب کرسکتے ہیں، اپنی پراجیکٹ کی تفصیلات قائم کریں اور ایک نیا پروجیکٹ ٹیمپلیٹ بنائیں.

اگر آپ اب مسائل کے ٹیب کو منتخب کریں جو سب سے اوپر کے ساتھ ہے اور نیا مسئلہ منتخب کریں، آپ کو ایک نیا مسئلہ پیدا کرنے کے قابل ہو جائے گا. پھر آپ مختلف لیبلز کو لاگو کرسکتے ہیں - یہ چیزیں جیسے بگ، بڑھانے، سوال اور ڈپلیکیٹ ہیں. آپ نئی خصوصیت یا درخواست کے لئے اضافہ بھی استعمال کرسکتے ہیں. اس کے بعد آپ مختلف ٹیم کے ارکان کو کام، ایک سنگ میل اور اس منصوبے میں بھی آپ کو تخلیق کر سکتے ہیں.

مقرر کردہ اراکین اس کے بعد اپنے تمام کاموں کی فہرست کریں گے اور آپ اس منصوبے کے بورڈ کو بھی استعمال کرسکتے ہیں جو اس وقت تعمیر کیا جا رہا ہے. اگر آپ ہمارے پہلے سبق کو یاد کرتے ہیں تو، ہم سپرنٹ بیکار اور توثیق کو ٹکٹ منتقل کرنے کے بارے میں بات کر رہے تھے. لہذا گیتب ایک منصوبے کی نگرانی کے لئے سب سے زیادہ ایک آلے کے طور پر کام کرتا ہے.

یہ مضمون اصل میں مسئلہ 311 میں شائع کیا گیا تھا نیٹ ویب ڈیزائنرز اور ڈویلپرز کے لئے دنیا کی بہترین فروخت میگزین. مسئلہ 311 خریدیں یا یہاں سبسکرائب کریں .

متعلقہ مضامین:

• فری لانس ڈویلپر کے طور پر کامیاب کیسے ہوسکتا ہے
• دوبارہ پرسکون ردعمل اجزاء تیار کریں
• آپ کے ڈویلپر کی مہارت کو فروغ دینے کے لئے 4 تجاویز