مؤخرا اندلعت الأخبار ذلك تخطط GitLab لتعديل شروط الخدمة الخاصة بها للشهر التالي (في سبتمبر) ، والذي بموجبه المشاريع المستضافة على حسابات مجانية من GitLab.com سيتم حذفه تلقائيًا إذا ظلت مستودعاتك غير نشطة لمدة 12 شهرًا.
التغيير يهدف إلى تقليل تكاليف الصيانة الاستضافة عن طريق تحرير الموارد لتخزين ومعالجة المشاريع والشوك المتروكة التي ليست قيد التطوير.
تقدر صيانة البنية التحتية للمشاريع المهجورة بحوالي ربع تكاليف استضافة GitLab.com ، ويمكن أن يوفر التطهير التلقائي لمثل هذه المشاريع ما يصل إلى مليون دولار سنويًا.
علم السجل أن مثل هذه المشاريع تمثل ما يصل إلى ربع تكاليف استضافة GitLab ، وأن الحذف التلقائي للمشروع يمكن أن يوفر خدمة تعاون الترميز السحابي ما يصل إلى مليون دولار سنويًا. لذلك ، تم اقتراح السياسة للمساعدة في الحفاظ على استدامة موارد GitLab المالية.
قال أشخاص على دراية بالموقف ، والذين طلبوا عدم الكشف عن هويتهم لأنهم غير مخولين بمناقشته مع وسائل الإعلام ، لموقع The Register أن السياسة ستدخل حيز التنفيذ في سبتمبر 2022.
قبل الإزالة الفعلية ، في غضون أسابيع أو شهور ، سيتم إرسال الإخطارات لأصحاب المستودعات التي تطلب الإزالة مع تحذير لتأكيد ملاءمة المشروع. من المتوقع حذف المشاريع المهجورة فقط ، والتي لا يستجيب مؤلفوها للتحذيرات ، ولم يتم تسجيل أي تغييرات في المستودع خلال العام ، ولم يتم نشر إصدارات جديدة ولم يتم إرسال أي تعليقات.
ومع ذلك ، فإن بعض يعتبر أعضاء المجتمع الإزالة المقترحة ممارسة سيئة، حيث يمكن استخدام التعليمات البرمجية من المستودعات غير النشطة كعنصر تبعية في المشروعات الأخرى التي تظل نشطة.
ويلاحظ أيضًا أن التغييرات الدائمة ليست هدف بعض المؤلفين ، الذين قد يعتبرون أن الوضع الحالي لمشروعهم قد وصل إلى المستوى الأمثل ، وأن الكود جيد بما فيه الكفاية ولا يتطلب تحسينات ، أو يكتشفون في البداية أنهم كذلك لا. مخطط لتطويره ، ولكن يمكن أن يكون مفيدًا لمن حولك.
جيف هنتلي ، مدافع مفتوح المصدر ومشارك في مجتمع .Net المفتوح ، وصف السياسة بأنها "جامحة للغاية".
"لا تشغل شفرة المصدر مساحة كبيرة على القرص ، فقيام شخص ما بإزالة كل هذه التعليمات البرمجية يؤدي إلى تدمير المجتمع. سوف يدمرون علامتك التجارية وحسن نيتك. يستضيف الأشخاص التعليمات البرمجية الخاصة بهم هناك لأن هناك فكرة أنها ستكون متاحة لعامة الناس لإعادة استخدامها وإعادة دمجها.
بالطبع ، لا توجد ضمانات بأنه سيتم استضافتها دائمًا هناك ، ولكن القواعد غير المكتوبة للمصدر المفتوح هي أن تجعل الشفرة متاحة ولا تزيلها. كان لدينا مشرفون يسحبون الكود وكان هناك الكثير من الغضب في المجتمع حيال ذلك "، قال ، مشيرًا إلى أن المشاريع الأخرى التي تعتمد على منتج تم سحبه ستعاني.
"لا يمكن تجميع كل التبعيات" ، قال.
وبالإضافة إلى ذلك، يمكن الرجوع إلى التعليمات البرمجية من المشاريع غير النشطة بواسطة موارد خارجية ومن خلال إزالته ، ستفقد نسخة رئيسية تم التحقق منها التي يمكن الرجوع إليها (لا يتم ضمان خلو النسخ غير الرسمية من أي نشاط ضار) ، لذلك بدلاً من الحذف ، قد يكون من الأفضل أرشفة الحالة مع الحفاظ على القدرة على الوصول إلى الشفرة في وضع القراءة فقط.
لتوفير مساحة على القرص عند تخزين شوكات القمامة ، يمكنك استخدام طرق أكثر فاعلية للتعامل مع التكرارات ، على سبيل المثال ، يخزن GitHub جميع كائنات المستودع الرئيسية والشوكات المرتبطة بها معًا لتجنب تكرار البيانات ، عن طريق فصل الملكية منطقيًا عن الالتزامات.
أخيرًا ، تجدر الإشارة إلى أن التغييرات في القواعد لم يتم الإعلان عنها رسميًا بعد وهي في مرحلة التخطيط الداخلي.
وأخيرا، للراغبين في معرفة المزيد عنها حول الملاحظة ، يمكنك الرجوع إلى المنشور الأصلي في الرابط التالي.
شيء ما يحدث في gitlab ، في الواقع بعض المشاريع تفكر في الانتقال إلى منصات أخرى ، كما هو الحال مع postmarketOS: https://postmarketos.org/blog/2022/07/25/considering-sourcehut/