أعلن مشروع CentOS عن إطلاق خدمة تطوير تعاونية تعتمد على منصة GitLab. تم اتخاذ قرار استخدام GitLab كمنصة استضافة أساسية لمشروعي CentOS و Fedora العام الماضي. من الجدير بالذكر أن البنية التحتية لا يتم تطويرها على خوادمها الخاصة ، ولكن على أساس خدمة gitlab.com ، حيث يتم توفير قسم gitlab.com/CentOS للمشاريع المتعلقة بـ CentOS.
يجري العمل حاليًا على دمج القسم مع قاعدة مستخدمي مشروع CentOS ، مما سيمكن المطورين من الاتصال بخدمة Gitlab باستخدام الحسابات الحالية. بشكل منفصل ، يُلاحظ أن git.centos.org استنادًا إلى منصة Pagure سيستمر اعتباره مكانًا لاستضافة مصادر الحزم التي تم نقلها من RHEL ، فضلاً عن الأساس لتشكيل فرع CentOS Stream 8. لكن يجري بالفعل تطوير فرع CentOS Stream 9 استنادًا إلى المستودع الجديد في GitLab ويتميز بالقدرة على الاتصال بتطوير الأعضاء من المجتمع. لا تزال المشاريع الأخرى المستضافة على git.centos.org قائمة في الوقت الحالي وليست مجبرة على الهجرة.
لاحظ معارضو الانتقال إلى نموذج SaaS في عملية مناقشة القرار أن استخدام خدمة جاهزة مقدمة من GitLab لا يسمح بالتحكم الكامل في البنية التحتية ، على سبيل المثال ، من المستحيل التأكد من أن البنية التحتية للخادم يتم صيانتها بشكل صحيح ، ويتم التخلص من نقاط الضعف على الفور ، ولن يتم البدء في فرض القياس عن بُعد والبيئة لم يتم المساس بها نتيجة لهجوم خارجي أو تصرفات الموظفين غير النزيهين.
عند اختيار نظام أساسي ، بالإضافة إلى العمليات النموذجية مع المستودعات (الدمج ، وإنشاء التفرع ، وإضافة الكود ، وما إلى ذلك) ، كانت هناك متطلبات مثل القدرة على إرسال طلبات الدفع عبر HTTPS ، ووسائل تقييد الوصول إلى الفروع ، ودعم الفروع الخاصة ، فصل الوصول عن المستخدمين الخارجيين والداخليين (على سبيل المثال ، للعمل على إصلاح الثغرات الأمنية أثناء حظر الإفصاح) ، ومعرفة الواجهة ، وتوحيد الأنظمة الفرعية للعمل مع تقارير المشكلات ، والتعليمات البرمجية ، والتوثيق والتخطيط لميزات جديدة ، وتوافر الأدوات من أجل تكامل IDE ، ودعم مهام سير العمل الشائعة ، والقدرة على استخدام روبوت لعمليات الدمج التلقائية (يتطلب CentOS Stream للحفاظ على حزم kernel).
المصدر: opennet.ru