آدام جکسون، مسئول چندین نسخه قبلی سرور X.Org، در گزارش خود در کنفرانس به یک طرح شماره گذاری شماره جدید تغییر دهید. برای اینکه واضح تر ببینیم که چند سال پیش یک نسخه خاص منتشر شد، به قیاس با Mesa، پیشنهاد شد که سال را در شماره اول نسخه منعکس کند. عدد دوم نشان دهنده شماره سریال نسخه قابل توجه برای سال مورد نظر است و عدد سوم نشان دهنده به روز رسانی های اصلاحی است.
علاوه بر این، از آنجایی که نسخه های سرور X.Org اکنون بسیار نادر هستند (X.Org Server 1.20 یک سال و نیم پیش منتشر شد) و تاکنون فعالیت بر روی شکل‌گیری سرور X.Org 1.21، در حالی که برخی اصلاحات و نوآوری‌ها در کد انباشته شده‌اند، پیشنهاد می‌شود به یک مدل برنامه‌ریزی‌شده برای شکل‌گیری نسخه‌های جدید منتقل شود.
این پیشنهاد به این واقعیت خلاصه می شود که پایه کد به طور مداوم با استفاده از یک سیستم یکپارچه سازی پیوسته توسعه می یابد، و انتشار یک عکس فوری ساده از وضعیت در تاریخ های از پیش برنامه ریزی شده مشخصی خواهد بود، مشروط بر اینکه تمام تست های CI با موفقیت پشت سر گذاشته شوند.
قرار است هر 6 ماه یک بار نسخه های قابل توجهی از جمله ویژگی های جدید ایجاد شود. با اضافه شدن ویژگی‌های جدید، ایجاد ساخت‌های میانی نیز پیشنهاد می‌شود که می‌توانند به طور خودکار شاخه شوند، مثلاً هر دو هفته یک بار.
Hans de Goede، توسعه دهنده لینوکس فدورا در Red Hat، که روش پیشنهادی خالی از اشکال نیست - از آنجایی که سرور X.Org بسیار وابسته به سخت افزار است، یافتن همه مشکلات از طریق یک سیستم یکپارچه سازی مداوم امکان پذیر نخواهد بود. بنابراین، پیشنهاد می شود سیستمی از خطاهای مسدود کننده انتشار را نیز معرفی کنیم که وجود آن باعث تاخیر در انتشار خودکار و همچنین سازماندهی تشکیل نسخه های اولیه برای آزمایش قبل از انتشار می شود. Michael Dänzer، توسعه دهنده Mesa در Red Hat، که روش پیشنهادی برای عکس‌های فوری و نامزدهای انتشار خوب است، اما نه برای نسخه‌های پایدار نهایی، از جمله به دلیل احتمال نقض سازگاری ABI در یک نسخه موقت.
منبع: opennet.ru