Het lijkt erop dat in Canonical heeft met veel van de opmerkingen rekening gehouden niet alleen gemaakt door de community, maar ook door ontwikkelaars, want een paar dagen geleden via mailinglijsten maakte dat bekend hebben de beslissing genomen om een wijziging aan te brengen in het proces om tussenliggende LTS-versies voor te bereiden van Ubuntu (bijvoorbeeld 20.04.1, 20.04.2, 20.04.3, enz.), met als doel de kwaliteit van de versies te verbeteren ten koste van het halen van exacte deadlines.
Als de vorige tussenversies werden opgesteld in strikte overeenstemming met het geplande plan, krijgen de kwaliteit en integriteit van het testen van alle fixes nu prioriteit.
De wijzigingen werden aangenomen rekening houdend met de ervaring van verschillende incidenten in het verleden, als gevolg waarvan, door de toevoeging van een fix op het laatste moment en gebrek aan tijd voor verificatie, regressieve wijzigingen of onvolledige oplossingen van het probleem in de versie zijn ontstaan.
In een poging om onze processen en de kwaliteit van Spot release LTS-afbeeldingen, beginnend met 20.04.3 (in augustus) zullen we zijn proberen een iets veiligere aanpak. In wezen de belangrijkste merkbare verandering is dat we nu de SRU-procedures zullen volgen, zelfs voor alle release blockers die we tijdens de eenmalige release week hebben gevonden. Dit betekent dat, naast enkele zeer uitzonderlijke gevallen, elke correctie (zelfs voor een blocker) zullen dezelfde verificatie, regressie, moeten volgen analyseproces en verouderingsperiode, in welk geval, als er een fout wordt gevonden in de postkandidaat-afbeeldingen zullen we het punt eenvoudig uitstellen loslaten totdat de correctie is geverifieerd, verouderd en pas dan gepost op updates.
Het vrijgeven van een punt uitstellen is jammer, maar het is beter dan ons verminderen
Kwaliteitsnormen.
Hiermee, ze noemen dat in feite vanaf de update van Ubuntu 20.04.3 augustus, alle bugfixes die zijn gecategoriseerd als opstartcrash gemaakt binnen een week voor de geplande lancering Het verandert de starttijd, waardoor u niet snel op de correctie kunt drukken, maar alles grondig kunt testen en verifiëren.
Met andere woorden, als er een fout wordt gevonden op builds met de status van release candidate, de release wordt nu uitgesteld totdat alle revisies voor de fix zijn voltooid.
We hadden al enkele gevallen waarin onze lastminutecorrecties versneld werden onder tijdsdruk werden ze niet grondig genoeg getest en geïntroduceerd regressies (of, even vervelend, leken slechts gedeeltelijk te zijn) arrangementen). Omdat kwaliteit het belangrijkste aspect is van elke Ubuntu-versie, we willen ervoor zorgen dat gebruikers de beste ervaring van ons spot release afbeeldingen.
Aan te passen aan deze wijziging en ervoor te zorgen dat het grootste aantal release blockers zo spoedig mogelijk gevonden worden, zullen we ook het voorstel wijzigen van het dagelijkse beeld van de serie wordt 2 weken voor de release samengesteld (dus week voordat de kandidaatafbeeldingen gepland staan voor de eerste release).
Voorheen hielden we de dagelijkse afbeeldingen ingeschakeld voor voorstellen tot een week voor lancering (alleen uitschakelen voor lanceringskandidaten worden gebouwd), voornamelijk als een erfenis uit de oude dagen wanneer voorgesteld als een alles werd bijgewerkt als onderdeel van het proces. Dit heeft geen 'hebben is al jaren gedaan (aangezien het niet meer veilig is), dus weggaan voorstel in de krant heeft minder zin dan in het verleden.
Voor vroege detectie van problemen die de release blokkeren, werd ook besloten om de bevriezingstijd voor dagelijkse builds te verlengen van één week naar twee weken voorafgaand aan de release, d.w.z. voordat de eerste release-kandidaat wordt vrijgegeven, zal er een extra week zijn om de bevroren dagelijkse versie te testen. bouwen.
Tenslotte Het is ook vermeldenswaard dat werd aangekondigd dat de Ubuntu 21.04-basis was bevroren vanaf de introductie van nieuwe functies (Feature Freeze) en de focus werd veranderd om de reeds geïntegreerde innovaties af te ronden en fouten te identificeren en te elimineren.
Wil je er meer over weten, u kunt raadplegen de volgende link.