Det ser ud til, at i Canonical har taget højde for mange af kommentarerne lavet ikke kun af samfundet, men også af udviklere, for for et par dage siden, gennem postlister gjort opmærksom på det har taget beslutningen om at foretage en ændring i processen til forberedelse af mellemliggende LTS-versioner af Ubuntu (for eksempel 20.04.1, 20.04.2, 20.04.3 osv.) med det formål at forbedre kvaliteten af versionerne på bekostning af at overholde nøjagtige deadlines.
Hvis de tidligere midlertidige versioner blev dannet i nøje overensstemmelse med den planlagte plan, vil kvaliteten og integriteten af testning af alle rettelser nu blive prioriteret.
Ændringerne blev vedtaget under hensyntagen til oplevelsen af flere tidligere hændelser, som følge heraf på grund af tilføjelsen af en rettelse i sidste øjeblik og manglende tid til verifikation opstod der regressive ændringer eller ufuldstændige rettelser af problemet i frigivelsen.
I et forsøg på at forbedre vores processer og kvaliteten af Spot-release LTS-billeder, startende med 20.04.3 (i august), vil vi være forsøger en lidt mere sikker tilgang. Dybest set den vigtigste mærkbare ændring er, at vi nu vil følge SRU-procedurerne selv for enhver frigørelsesblokkere, som vi fandt i den engangs frigivelsesuge. Det her betyder, at hver korrektion ud over nogle meget usædvanlige tilfælde (selv for en blocker) bliver nødt til at følge den samme verifikation, regression analyseproces og aldringsperiode, i hvilket tilfælde hvis der findes en fejl i billederne af postkandidaten forsinker vi simpelthen pointen frigivelse, indtil korrektionen er verificeret, ældet og først derefter sendt på opdateringer.
At udsætte frigivelsen af et punkt er uheldigt, men det er bedre end at reducere vores
Kvalitetsstandarder.
Med dette de nævner dybest set det fra Ubuntu 20.04.3 august opdatering, eventuelle fejlrettelser kategoriseret som startnedbrud lavet inden for en uge før planlagt lancering Det ændrer lanceringstiden, hvilket gør det muligt ikke at trykke på korrektionen i en fart, men til grundigt at teste og kontrollere alt.
Med andre ord, hvis der findes en fejl på builds, der har frigivet kandidatstatus, frigivelsen bliver nu forsinket, indtil alle revisioner til rettelsen er afsluttet.
Vi havde allerede nogle tilfælde, hvor vores sidste øjebliks rettelser steg hurtigere under tidspres blev de ikke testet grundigt nok og blev introduceret regressioner (eller lige så irriterende, syntes at være kun delvise) arrangementer). Da kvalitet er det vigtigste aspekt af enhver Ubuntu-version, vi ønsker at sikre, at brugerne får den bedste oplevelse fra vores spot release billeder.
At tilpasse sig denne ændring og sikre, at det største antal frigørelsesblokkere findes så hurtigt som muligt, vil vi også ændre forslaget af serien dagligt billede er samlet 2 uger før frigivelse (så uge før kandidatbillederne er planlagt til den første frigivelse).
Tidligere holdt vi de daglige billeder aktiveret til forslag op til en uge før lancering (kun deaktivering af dem, når kandidaterne startes er bygget), hovedsageligt som en arv fra gamle dage, da de blev foreslået som en alt blev opdateret som en del af processen. Dette har ikke er allerede gjort i årevis (da det ikke længere er sikkert), så gå forslag i aviser giver mindre mening end tidligere.
Til tidlig påvisning af problemer, der blokerer frigivelse, blev det også besluttet at øge frysetiden for daglige opbygninger fra en uge til to uger før frigivelsen, dvs. inden den første frigivelseskandidat frigives, vil der være en ekstra uge til at teste den frosne daglige bygge.
Endelig også bemærkelsesværdigt, at det blev meddelt, at Ubuntu 21.04 dock frøs fra introduktionen af nye funktioner (Feature Freeze) og fokus blev ændret for at færdiggøre de allerede integrerede innovationer, identificere og eliminere fejl.
Hvis du vil vide mere om det, du kan konsultere følgende link.