Det verkar som om Canonical har tagit hänsyn till många av kommentarerna skapat inte bara av samhället utan också av utvecklare för att för några dagar sedan, via e-postlistor gjorde det känt har fattat beslutet att göra en förändring i processen för att förbereda mellanliggande LTS-versioner av Ubuntu (till exempel 20.04.1, 20.04.2, 20.04.3, etc.), i syfte att förbättra kvaliteten på versionerna på bekostnad av att uppfylla exakta tidsfrister.
Om de tidigare interimsversionerna bildades i strikt överensstämmelse med den planerade planen kommer nu kvaliteten och integriteten för testning av alla korrigeringar att prioriteras.
Ändringarna antogs med beaktande av erfarenheterna från flera tidigare incidenter, på grund av tillägget av en fix i sista minuten och brist på tid för verifiering, uppstod regressiva förändringar eller ofullständiga fixar av problemet i utgivningen.
I ett försök att förbättra våra processer och kvaliteten på Spot-release LTS-bilder, med början 20.04.3 (i augusti) kommer vi att vara försöker lite säkrare. I princip den mest märkbara förändringen är att vi nu kommer att följa SRU-procedurerna även för alla släpp blockerare som vi hittade under engångsutgivningsveckan. Detta betyder att, förutom några mycket exceptionella fall, varje korrigering (även för en blockerare) måste följa samma verifiering, regression analysprocess och åldringsperiod, i vilket fall om ett fel upptäcks i bilderna efter kandidaten kommer vi helt enkelt att fördröja poängen släpp tills korrigeringen är verifierad, åldrad och först sedan publicerad på uppdateringar.
Att fördröja frisläppandet av en punkt är olyckligt, men det är bättre än att minska vår
Kvalitetsstandarder.
Med detta, de nämner i princip det från och med Ubuntu 20.04.3 augusti uppdatering, eventuella felkorrigeringar kategoriserade som startkrasch görs inom en vecka före planerad lansering det kommer att ändra lanseringstiden, vilket gör det möjligt att inte trycka på korrigeringen bråttom, utan att testa och verifiera allt grundligt.
Med andra ord, om ett fel hittas på byggnader som har släppt kandidatstatus, frisläppandet kommer nu att försenas tills alla versioner för fixen är slutförda.
Vi hade redan några fall där våra sista minuten-korrigeringar snabbade upp under tidspress testades de inte noggrant och introducerades regressioner (eller, lika irriterande, verkade bara vara partiella arrangemang). Eftersom kvalitet är den viktigaste aspekten av alla Ubuntu-versioner, vi vill se till att användarna får den bästa upplevelsen från vår spot release-bilder.
För att anpassa sig till denna förändring och se till att det största antalet släppblockerare hittas så snart som möjligt ändrar vi också förslaget av seriens dagliga bild sammanställs två veckor före lanseringen (så vecka innan kandidatbilderna planeras för den första utgåvan).
Tidigare höll vi de dagliga bilderna aktiverade för förslag upp till en vecka före lansering (bara inaktiverar dem när kandidaterna startar är byggda), främst som ett arv från gamla dagar när de föreslogs som en allt uppdaterades som en del av processen. Detta har inte har redan gjorts i flera år (eftersom det inte längre är säkert), så lämna förslaget i tidningarna är mindre vettigt än tidigare.
För tidig upptäckt av problem som blockerar frisättning beslutades det också att öka frystiden för dagliga byggnader från en vecka till två veckor före släpp, dvs. innan den första släppkandidaten släpps kommer det att finnas ytterligare en vecka för att testa den frysta dagliga bygga.
Slutligen, också anmärkningsvärt att det tillkännagavs att dockan Ubuntu 21.04 frös från introduktionen av nya funktioner (Feature Freeze) och fokus flyttades för att slutföra de redan integrerade innovationerna, identifiera och eliminera fel.
Om du vill veta mer om det, du kan rådfråga följande länk.