De mooglikheid om de nûmering en metoade te feroarjen foar it generearjen fan X.Org Server-releases wurdt beskôge

Adam Jackson, ferantwurdlik foar ferskate eardere X.Org Server-releases, suggerearre yn syn rapport op 'e konferinsje XDC2019 oerskeakelje nei in nij útjefte nûmering skema. Om dúdliker te sjen hoe lang lyn in bepaalde release waard publisearre, nei analogy mei Mesa, waard foarsteld om it jier te reflektearjen yn it earste nûmer fan 'e ferzje. It twadde nûmer sil it serialnûmer oanjaan fan 'e wichtige release foar it oanbelangjende jier, en it tredde nûmer sil korrigearjende updates reflektearje.

Derneist, sûnt X.Org Server-releases binne no frij seldsum (X.Org Server 1.20 waard in jier en in heal lyn frijlitten) en oant no ta net sichtber aktiviteit op de foarming fan X.Org Server 1.21, wylst guon korreksjes en ynnovaasjes hawwe sammele yn de koade, wurdt foarsteld om te ferpleatsen nei in pland model foar de foarming fan nije releases.

It útstel komt del op it feit dat de koade basis sil wurde hieltyd ûntwikkele mei help fan in trochgeande yntegraasje systeem, en de frijlitting sil wêze in ienfâldige momintopname fan de steat op bepaalde pre-plande datums, mits dat alle CI tests wurde mei súkses trochjûn.
Wichtige releases, ynklusyf nije funksjes, binne pland om ien kear elke 6 moannen te generearjen. As nije funksjes wurde tafoege, wurdt it ek foarsteld om tuskenbou te meitsjen dy't automatysk tûke kinne, bygelyks ien kear yn 'e twa wiken.

Hans de Goede, Fedora Linux developer at Red Hat, notearredat de foarstelde metoade is net sûnder syn neidielen - sûnt X.Org Server is hiel hardware ôfhinklik, it sil net mooglik te fangen alle problemen troch in trochgeande yntegraasje systeem. Dêrom wurdt it foarsteld om ek in systeem fan frijlittingsblokkearjende flaters yn te fieren, yn 'e oanwêzigens fan wêrfan de automatyske frijlitting wurdt útsteld, en ek de formaasje fan foarriedige releases te organisearjen foar testen foar frijlitting. Michael Dänzer, Mesa-ûntwikkelder by Red Hat, notearredat de foarstelde metoade is goed foar snapshots en release kandidaten, mar net foar definitive stabile releases, ynklusyf troch de mooglikheid fan it krijen fan in ABI komptabiliteit violation yn in tuskentiidse release.

Boarne: opennet.ru

Add a comment