المطورين الذين يقفون وراء مشاريع توزيعات Linux الشهيرة إصدار "CentOS و Fedora" مؤخرًا من خلال إعلان قرار إنشاء خدمة تطوير مشتركة، والتي سميت باسم "جيت فورج".
هذه الخدمة الجديدة باستخدام منصة GitLab التي ستصبح المنصة الرئيسية للتفاعل مع مستودعات Git واستضافة المشاريع المتعلقة بالتوزيعات CentOS و Fedora.
عند تقييم الحلول الممكنة لـ Git Forge الجديدة ، تم النظر في Pagure و Gitlab. بناءً على دراسة ما يقرب من 300 مراجعة واقتراح من المشاركين في مشروع Fedora و CentOS و RHEL و CPE ، تم تشكيل متطلبات الوظيفة واتخاذ القرار لصالح Gitlab.
بالإضافة إلى العمليات النموذجية مع المستودعات ، تم الإعلان عن أمان النظام الأساسي وسهولة استخدامه واستقراره من بين المتطلبات الرئيسية.
تضمنت المتطلبات ميزات مثل إرسال طلبات الدفع عبر HTTPS ، يعني تقييد الوصول إلى الإصدارات ودعم الإصدارات الخاصة, مشاركة الوصول بين المستخدمين الخارجيين والداخليينs (على سبيل المثال ، للعمل على إصلاح الثغرات الأمنية أثناء الحظر للكشف عن معلومات حول مشكلة ما) ، وتوحيد الأنظمة الفرعية للعمل مع تقارير المشكلات ، والتعليمات البرمجية ، والتوثيق والتخطيط للميزات الجديدة ، وتوافر الأدوات للتكامل مع IDE ، والدعم لسير العمل النموذجي.
من بين ميزات GitLab التي أثرت في النهاية على القرار لاختيار هذه المنصة ، تم ذكر دعم المجموعات الفرعية ذات الوصول الانتقائي إلى المستودعات ، la إمكانية استخدام روبوت لعمليات الدمج التلقائية (مطلوب CentOS Stream لدعم الحزم مع kernel) ، ووجود أدوات متكاملة لتخطيط التطوير ، وإمكانية استخدام خدمة SAAS جاهزة للاستخدام مع مستوى توافر مضمون (ستوفر الموارد للحفاظ على الخادم البنية التحتية).
وقد تسبب القرار بالفعل في انتقادات بين المطورين ، فيما يتعلق بحقيقة أن القرار قد تم اتخاذه دون مناقشة أولية مسبقة.
أيضا كانت هناك مخاوف من أن الخدمة لن تستخدم إصدار Comminity المجاني من GitLab. على وجه الخصوص ، فإن الإمكانات المطلوبة لتنفيذ متطلبات Git Forge الموضحة في الإعلان متاحة فقط في إصدار الملكية من GitLab Ultimate.
كما تم انتقاد نية الاستفادة من خدمة SAAS المقدمة من GitLab (التطبيق كخدمة) ، بدلاً من تنفيذ GitLab على خوادمهم ، مما يجعل الخدمة خارجة عن السيطرة (على سبيل المثال ، من المستحيل التأكد من أن جميع نقاط الضعف في يتم إصلاح النظام بسرعة ، ويتم صيانة البنية التحتية بشكل صحيح ولن يتم فرض لحظة واحدة من القياس عن بُعد وسيتم استبعاد التخريب من قبل أفراد الطرف الثالث).
لا يتلاءم الحل أيضًا بشكل جيد مع Fedora Fundamentals ، التي تحدد أن المشروع يجب أن يعطي الأفضلية للبدائل المجانية.
في غضون، أعلن GitLab عن افتتاح عمليات نشر 18 وظيفة أن في السابق كانت تُعرض فقط في الإصدارات المدفوعة من GitLab:
- إرفاق قضية ذات صلة ؛
- مشكلة تصدير GitLab إلى CSV.
- طريقة تخطيط وتنظيم وتصور عملية تطوير الميزات أو الإصدارات الفردية.
- خدمة مدمجة لربط المشاركين في المشروع بأطراف ثالثة عبر البريد الإلكتروني.
- محطة ويب لـ Web IDE.
- القدرة على مزامنة الملفات لاختبار تغييرات التعليمات البرمجية في محطة الويب.
- أدوات إدارة التصميم التي تسمح لك بتحميل التصميمات والموارد للمشكلة ، باستخدام المشكلة كنقطة وصول واحدة إلى كل ما هو مطلوب لتطوير ميزة جديدة.
- كود تقارير الجودة.
- دعم مديري حزم Conan (C / C ++) و Maven (Java) و NPM (node.js) و NuGet (.NET).
- دعم تطبيقات Canarian ، والتي تتيح لك تثبيت إصدار جديد من التطبيق في جزء صغير من النظام.
- توزيع تدريجي ، مما يسمح أولاً بتقديم إصدارات جديدة لعدد صغير فقط من الأنظمة ، وبذلك تصل التغطية تدريجياً إلى 100٪.
- علامات تنشيط الوظيفة ، والتي تتيح الفرصة لتسليم المشروع في إصدارات مختلفة ، وتنشيط ميزات معينة ديناميكيًا.
- وضع النشر العام الذي يسمح لك بتقييم حالة كل بيئة تكامل مستمر تستند إلى Kubernetes.
- دعم لتحديد مجموعات Kubernetes المتعددة في أداة التهيئة
- دعم لتعريف سياسات أمان شبكة الحاويات التي تسمح بالتمييز في الوصول بين كبسولات Kubernetes.
مصدر: مدونة Centos - مدونة فيدورا