Adam Jackson, responsable para sa ilang nakaraang paglabas ng X.Org Server, sa kanyang ulat sa kumperensya lumipat sa isang bagong scheme ng pagnunumero ng isyu. Upang mas malinaw na makita kung gaano katagal nai-publish ang isang partikular na release, sa pamamagitan ng pagkakatulad sa Mesa, iminungkahi na ipakita ang taon sa unang bilang ng bersyon. Ang pangalawang numero ay magsasaad ng serial number ng makabuluhang release para sa taong pinag-uusapan, at ang pangatlong numero ay magpapakita ng mga corrective update.
Bilang karagdagan, dahil ang mga release ng X.Org Server ay medyo bihira na ngayon (Ang X.Org Server 1.20 ay inilabas isang taon at kalahati na ang nakalipas) at sa ngayon aktibidad sa pagbuo ng X.Org Server 1.21, habang ang ilang mga pagwawasto at inobasyon ay naipon sa code, iminungkahi na lumipat sa isang nakaplanong modelo para sa pagbuo ng mga bagong release.
Ang panukala ay bumagsak sa katotohanan na ang code base ay patuloy na bubuuin gamit ang isang tuluy-tuloy na sistema ng pagsasama, at ang paglabas ay magiging isang simpleng snapshot ng estado sa ilang mga paunang naka-iskedyul na petsa, sa kondisyon na ang lahat ng mga pagsubok sa CI ay matagumpay na naipasa.
Ang mga makabuluhang release, kabilang ang mga bagong feature, ay binalak na mabuo isang beses bawat 6 na buwan. Habang nagdaragdag ng mga bagong feature, iminungkahi din na lumikha ng mga intermediate na build na maaaring awtomatikong sumanga, halimbawa, isang beses bawat dalawang linggo.
Hans de Goede, Fedora Linux developer sa Red Hat, na ang iminungkahing pamamaraan ay walang mga disbentaha nito - dahil ang X.Org Server ay masyadong nakadepende sa hardware, hindi posibleng mahuli ang lahat ng problema sa pamamagitan ng tuluy-tuloy na sistema ng pagsasama. Samakatuwid, iminungkahi na dagdagan na ipakilala ang isang sistema ng mga error sa pag-block ng release, ang pagkakaroon nito ay maantala ang awtomatikong paglabas, pati na rin ayusin ang pagbuo ng mga paunang paglabas para sa pagsubok bago ilabas. Michael DΓ€nzer, Mesa developer sa Red Hat, na ang iminungkahing paraan ay mabuti para sa mga snapshot at release na mga kandidato, ngunit hindi para sa panghuling stable na release, kabilang ang dahil sa posibilidad na makakuha ng paglabag sa compatibility ng ABI sa isang pansamantalang release.
Pinagmulan: opennet.ru