Die moontlikheid om die nommering en die metode om X.Org Server-vrystellings te vorm te verander, word oorweeg

Adam Jackson, wat verantwoordelik was vir verskeie vorige X.Org Server-vrystellings, hy het aangebied in sy verslag by die konferensie XDC2019 skakel oor na die nuwe uitgawenommerskema. Om duideliker te sien hoe lank gelede hierdie of daardie uitgawe gepubliseer is, na analogie van Mesa, is voorgestel om die jaartal in die eerste nommer van die weergawe te weerspieël. Die tweede nommer sal die beduidende vrystellingnommer vir die betrokke jaar aandui, en die derde nommer sal regstellende opdaterings weerspieël.

Daarbenewens, aangesien X.Org Server-vrystellings nou redelik skaars is (X.Org Server 1.20 is 'n jaar en 'n half gelede vrygestel) en tot dusver nie sigbaar nie aktiwiteit oor die vorming van X.Org Server 1.21, terwyl sommige regstellings en innovasies in die kode opgehoop het, word voorgestel om na 'n beplande model vir die vorming van nuwe vrystellings te beweeg.

Die voorstel is dat die kodebasis voortdurend ontwikkel sal word deur 'n deurlopende integrasiestelsel te gebruik, en die vrystelling sal 'n eenvoudige momentopname van die staat op sekere voorafgeskeduleerde datums wees, mits alle CI-toetse suksesvol geslaag is.
Beduidende vrystellings, insluitend nuwe kenmerke, word beplan om elke 6 maande gegenereer te word. Soos nuwe kenmerke bygevoeg word, word daar ook voorgestel om intermediêre geboue te genereer wat outomaties kan vertak, byvoorbeeld elke twee weke.

Hans de Goede, Fedora Linux-ontwikkelaar by Red Hat, hy het opgemerkdat die voorgestelde metode nie sonder nadele is nie - aangesien die X.Org Server baie afhanklik is van hardeware, sal dit nie moontlik wees om alle probleme deur die deurlopende integrasiestelsel op te vang nie. Daarom word daar voorgestel om addisioneel 'n stelsel in te stel om vrystellingsfoute te blokkeer, in die teenwoordigheid waarvan die outomatiese vrystelling uitgestel sal word, asook om die vorming van voorlopige vrystellings te organiseer vir toetsing voor die vrystelling. Michel Dänzer, Mesa-ontwikkelaar by Red Hat, hy het opgemerkdat die voorgestelde metode goed is vir momentopnames en vrystellingskandidate, maar nie vir finale stabiele vrystellings nie, ook as gevolg van die moontlikheid om 'n ABI-versoenbaarheidsonderbreking in 'n tussentydse vrystelling te kry.

Bron: opennet.ru

Voeg 'n opmerking