Adam Jackson, yang bertanggung jawab atas beberapa rilis Server X.Org sebelumnya, dalam laporannya di konferensi tersebut beralih ke skema penomoran terbitan baru. Untuk melihat lebih jelas sudah berapa lama terbitan ini atau itu diterbitkan, dengan analogi Mesa, diusulkan untuk mencerminkan tahun pada nomor pertama versinya. Angka kedua menunjukkan nomor rilis signifikan untuk tahun yang bersangkutan, dan angka ketiga menunjukkan pembaruan korektif.
Selain itu, sejak rilis X.Org Server sekarang cukup jarang (X.Org Server 1.20 dirilis satu setengah tahun yang lalu) dan sejauh ini aktivitas pembentukan X.Org Server 1.21, sementara beberapa koreksi dan inovasi telah terakumulasi dalam kode, diusulkan untuk beralih ke model yang direncanakan untuk pembentukan rilis baru.
Usulannya adalah bahwa basis kode akan terus dikembangkan menggunakan sistem integrasi berkelanjutan, dan rilis akan menjadi gambaran sederhana dari keadaan pada tanggal tertentu yang telah dijadwalkan, asalkan semua pengujian CI berhasil dilewati.
Rilisan signifikan, termasuk fitur-fitur baru, direncanakan akan dihasilkan setiap 6 bulan. Saat fitur-fitur baru ditambahkan, diusulkan juga untuk menghasilkan build perantara yang dapat bercabang secara otomatis, misalnya, setiap dua minggu.
Hans de Goede, Pengembang Fedora Linux di Red Hat, bahwa metode yang diusulkan bukannya tanpa kelemahan - karena Server X.Org sangat bergantung pada perangkat keras, tidak mungkin untuk mengatasi semua masalah melalui sistem integrasi berkelanjutan. Oleh karena itu, diusulkan untuk memperkenalkan tambahan sistem pemblokiran kesalahan rilis, yang jika ada rilis otomatis akan ditunda, serta mengatur pembentukan rilis awal untuk pengujian sebelum rilis. Michel DΓ€nzer, Pengembang Mesa di Red Hat, bahwa metode yang diusulkan baik untuk snapshot dan kandidat rilis, tetapi tidak untuk rilis stabil final, juga karena kemungkinan mendapatkan gangguan kompatibilitas ABI dalam rilis sementara.
Sumber: opennet.ru