GitLab ستمبر میں سروس کے قوانین میں تبدیلیاں کرنے کا ارادہ رکھتا ہے، جس کے مطابق GitLab.com پر مفت میں میزبانی کرنے والے پروجیکٹس خود بخود حذف ہوجائیں گے اگر ان کے ذخیرے 12 ماہ تک غیر فعال رہیں۔ قواعد میں تبدیلیوں کا ابھی تک سرکاری طور پر اعلان نہیں کیا گیا ہے اور یہ اندرونی منصوبہ بندی کے مرحلے پر ہیں۔
اس تبدیلی کا مقصد لاوارث پروجیکٹس اور غیر ترقی پذیر فورکس کو ذخیرہ کرنے اور پروسیس کرنے کے لیے وسائل کو آزاد کرکے ہوسٹنگ کو برقرار رکھنے کی لاگت کو کم کرنا ہے۔ ایک اندازے کے مطابق چھوڑے گئے منصوبوں کے لیے بنیادی ڈھانچے کو برقرار رکھنے میں GitLab.com کی میزبانی کے تمام اخراجات کا ایک چوتھائی حصہ ہوتا ہے، اور ایسے منصوبوں کو خود بخود صاف کرنے سے سالانہ ایک ملین ڈالر تک کی بچت ہوگی۔
اصل حذف کرنے سے پہلے، کئی ہفتوں یا مہینوں کے اندر حذف کرنے کے لیے درخواست دینے والے ذخیروں کے مالکان کو اطلاعات بھیجی جائیں گی، اور انہیں متنبہ کیا جائے گا کہ وہ پروجیکٹ کی مطابقت کی تصدیق کریں۔ صرف ترک شدہ منصوبوں کو حذف کرنے کا منصوبہ بنایا گیا ہے، جن کے مصنفین انتباہات کا جواب نہیں دیتے؛ سال کے دوران ذخیرہ میں کوئی تبدیلی نہیں کی گئی، کوئی نیا شمارہ شائع نہیں کیا گیا اور کوئی تبصرہ نہیں بھیجا گیا۔
تاہم، کمیونٹی کے کچھ ممبران مجوزہ ہٹانے کو ایک برا عمل سمجھتے ہیں، کیونکہ غیر فعال ریپوزٹریوں کے کوڈ کو دوسرے پروجیکٹوں میں انحصار کے طور پر استعمال کیا جا سکتا ہے جو فعال رہتے ہیں۔ یہ بھی نوٹ کیا گیا ہے کہ مستقل تبدیلیاں کچھ مصنفین کا مقصد نہیں ہیں، جو اس بات پر اچھی طرح غور کر سکتے ہیں کہ ان کے پروجیکٹ کی موجودہ حالت ایک بہترین سطح پر پہنچ گئی ہے اور کوڈ کافی اچھا ہے اور اسے بہتری کی ضرورت نہیں ہے، یا ابتدائی طور پر ریڈی میڈ کام کھولنا ہے۔ جسے تیار کرنے کا منصوبہ نہیں ہے، لیکن جو دوسروں کے لیے مفید ہو سکتا ہے۔
اس کے علاوہ، غیر فعال پراجیکٹس کے کوڈ کا بیرونی طور پر حوالہ دیا جا سکتا ہے اور اسے حذف کرنے کے نتیجے میں ایک توثیق شدہ حوالہ کاپی ضائع ہو جائے گی (غیر سرکاری کاپیاں نقصان دہ سرگرمی سے پاک ہونے کی ضمانت نہیں دی جاتی ہیں)، اس لیے اسے حذف کرنے کے بجائے، یہ شاید زیادہ بہتر ہو گا۔ صرف پڑھنے کے موڈ میں کوڈ تک رسائی کی صلاحیت کو برقرار رکھتے ہوئے اسے محفوظ شدہ حالت میں منتقل کرنے کے لیے۔ کوڑے کے فورکس کو ذخیرہ کرتے وقت ڈسک کی جگہ بچانے کے لیے، آپ ڈپلیکیٹس کو پروسیس کرنے کے لیے زیادہ موثر طریقے استعمال کر سکتے ہیں، مثال کے طور پر، گٹ ہب، ڈیٹا ڈپلیکیشن سے بچنے کے لیے، مرکزی ذخیرے اور متعلقہ فورک سے تمام اشیاء کو ایک ساتھ اسٹور کرتا ہے، منطقی طور پر کمٹ کی ملکیت کو الگ کرتا ہے۔
ماخذ: opennet.ru