Adam Jackson, tanggung jawab kanggo sawetara rilis Server X.Org kepungkur, ing laporan ing konferensi ngalih menyang skema nomer masalah anyar. Supaya luwih jelas ndeleng suwene rilis tartamtu diterbitake, kanthi analogi karo Mesa, diusulake kanggo nggambarake taun ing nomer pisanan versi kasebut. Nomer kaloro bakal nuduhake nomer seri rilis penting kanggo taun kasebut, lan nomer katelu bakal nuduhake nganyari korektif.
Kajaba iku, wiwit rilis X.Org Server saiki wis arang banget (X.Org Server 1.20 dirilis setengah taun kepungkur) lan nganti saiki kegiatan ing tatanan saka X.Org Server 1.21, nalika sawetara koreksi lan inovasi wis nambah ing kode, iku ngajokaken kanggo pindhah menyang model ngrancang kanggo tatanan rilis anyar.
Proposal boils mudhun kanggo kasunyatan sing basis kode bakal terus-terusan dikembangakΓ© nggunakake sistem integrasi terus, lan release bakal gambar asli seko prasaja saka negara ing tanggal tartamtu wis dijadwal, kasedhiya yen kabeh tes CI kasil liwati.
Rilis penting, kalebu fitur-fitur anyar, direncanakake bakal dibentuk saben 6 wulan. Nalika fitur-fitur anyar ditambahake, uga diusulake nggawe bangunan penengah sing bisa cabang kanthi otomatis, contone, saben rong minggu.
Hans de Goede, pangembang Fedora Linux ing Red Hat, sing cara ngajokaken ora tanpa drawbacks - wiwit X.Org Server banget hardware gumantung, iku ora bakal bisa kanggo nyekel kabeh masalah liwat sistem integrasi terus. Mulane, diusulake kanggo nambahake sistem kesalahan pamblokiran rilis, sing ana bakal nundha rilis otomatis, uga ngatur pambentukan rilis awal kanggo tes sadurunge diluncurake. Michael DΓ€nzer, pangembang Mesa ing Red Hat, sing cara ngajokaken apik kanggo gambar asli seko lan release calon, nanging ora kanggo release stabil final, kalebu amarga kamungkinan saka nglanggar kompatibilitas ABI ing release interim.
Source: opennet.ru