آدم جاكسون، الذي كان مسؤولاً عن العديد من الإصدارات السابقة لخادم X.Org، في تقريره في المؤتمر قم بالتبديل إلى نظام ترقيم الإصدارات الجديد. من أجل معرفة أكثر وضوحًا منذ متى تم نشر هذا العدد أو ذاك، عن طريق القياس مع ميسا، تم اقتراح عكس السنة في العدد الأول من الإصدار. سيشير الرقم الثاني إلى رقم الإصدار المهم للسنة المعنية، وسيعكس الرقم الثالث التحديثات التصحيحية.
بالإضافة إلى ذلك، نظرًا لأن إصدارات X.Org Server أصبحت الآن نادرة جدًا (تم إصدار X.Org Server 1.20 منذ عام ونصف) وحتى الآن النشاط المتعلق بتكوين X.Org Server 1.21، بينما تراكمت بعض التصحيحات والابتكارات في الكود، يُقترح الانتقال إلى النموذج المخطط لتكوين الإصدارات الجديدة.
الاقتراح هو أن قاعدة التعليمات البرمجية سيتم تطويرها بشكل مستمر باستخدام نظام التكامل المستمر، وسيكون الإصدار عبارة عن لقطة بسيطة للحالة في تواريخ معينة محددة مسبقًا، بشرط اجتياز جميع اختبارات CI بنجاح.
من المقرر إصدار إصدارات مهمة، بما في ذلك الميزات الجديدة، كل 6 أشهر. ومع إضافة ميزات جديدة، يُقترح أيضًا إنشاء تصميمات وسيطة يمكن أن تتفرع تلقائيًا، على سبيل المثال، كل أسبوعين.
هانز دي جويد، مطور Fedora Linux في Red Hat، أن الطريقة المقترحة لا تخلو من العيوب - نظرًا لأن خادم X.Org مرتبط بشكل كبير بالأجهزة، فلن يكون من الممكن اكتشاف جميع المشكلات من خلال نظام التكامل المستمر. لذلك، يقترح بالإضافة إلى ذلك إدخال نظام لحظر أخطاء الإصدار، حيث سيتم تأجيل الإصدار التلقائي، وكذلك تنظيم تكوين الإصدارات الأولية للاختبار قبل الإصدار. ميشيل دانزر، مطور Mesa في Red Hat، أن الطريقة المقترحة جيدة للقطات والإصدارات المرشحة، ولكن ليس للإصدارات النهائية المستقرة، وذلك أيضًا بسبب إمكانية الحصول على انقطاع توافق ABI في إصدار مؤقت.
المصدر: opennet.ru