Det ser ut til at i Canonical har tatt høyde for mange av kommentarene laget ikke bare av samfunnet, men også av utviklere fordi for noen dager siden, gjennom adresselistene gjort kjent det har tatt beslutningen om å gjøre en endring i prosessen for å utarbeide mellomliggende LTS-versjoner av Ubuntu (for eksempel 20.04.1, 20.04.2, 20.04.3 osv.), med sikte på å forbedre kvaliteten på versjonene på bekostning av å oppfylle eksakte tidsfrister.
Hvis de tidligere midlertidige versjonene ble dannet i samsvar med den planlagte planen, vil kvaliteten og integriteten til testing av alle reparasjoner nå bli prioritert.
Endringene ble vedtatt under hensyntagen til opplevelsen av flere tidligere hendelser, Som et resultat av det, på grunn av tillegg av en løsning i siste øyeblikk og mangel på tid for verifisering, oppsto regressive endringer eller ufullstendige løsninger på problemet i versjonen.
I et forsøk på å forbedre prosessene våre og kvaliteten på Spot-release LTS-bilder, fra 20.04.3 (i august) blir vi prøver en litt tryggere tilnærming. I utgangspunktet den viktigste merkbare endringen er at nå vil vi følge SRU-prosedyrene selv for alle frigjøringsblokkere som vi fant i løpet av engangsutgivelsesuka. Dette betyr at, i tillegg til noen helt unntakstilfeller, hver korreksjon (selv for en blocker) må følge samme bekreftelse, regresjon analyseprosess og aldringsperiode, i så fall hvis det blir funnet en feil i postkandidatbildene vil vi ganske enkelt forsinke poenget slipp til korreksjonen er bekreftet, eldre og først deretter lagt ut oppdateringer.
Å utsette utgivelsen av et poeng er uheldig, men det er bedre enn å redusere vårt
Kvalitetsstandarder.
Med dette, de nevner i utgangspunktet det fra og med Ubuntu 20.04.3 august-oppdatering, eventuelle feilrettinger kategorisert som startkrasj laget innen en uke før planlagt lansering Det vil endre lanseringstiden, som ikke tillater å trykke på korreksjonen i en hast, men å teste og verifisere alt grundig.
Med andre ord, hvis det blir funnet en feil på bygg som har frigjort kandidatstatus, utgivelsen vil nå bli forsinket til alle revisjoner for reparasjonen er fullført.
Vi hadde allerede noen tilfeller der løsningene våre i siste øyeblikk økte under tidspress ble de ikke testet grundig nok og introdusert regresjoner (eller, like irriterende, så ut til å være bare delvise) ordninger). Siden kvalitet er det viktigste aspektet ved enhver Ubuntu-versjon, vi vil sørge for at brukerne får den beste opplevelsen fra vår spot release bilder.
For å tilpasse seg denne endringen og sikre at maksimal mengde frigjøringsblokkere blir funnet så snart som mulig, vil vi også endre forslaget av serien blir det daglige bildet samlet 2 uker før utgivelsen (altså uke før kandidatbildene er planlagt for første utgivelse).
Tidligere holdt vi de daglige bildene aktivert for forslag opptil en uke før lansering (bare deaktivering av dem når kandidater startes er bygget), hovedsakelig som en arv fra gamle dager da den ble foreslått som en alt ble oppdatert som en del av prosessen. Dette har ikke har allerede blitt gjort i årevis (da det ikke lenger er trygt), så dra forslag i avisene gir mindre mening enn tidligere.
For tidlig oppdagelse av problemer som blokkerer frigjøring, ble det også besluttet å øke frysetiden for daglige bygg fra en uke til to uker før utgivelsen, dvs. før den første utgivelseskandidaten frigjøres, vil det være en ekstra uke for å teste den frosne daglig bygge.
Endelig, også bemerkelsesverdig at det ble kunngjort at Ubuntu 21.04 dock frøs fra innføringen av nye funksjoner (Feature Freeze) og fokuset flyttet for å fullføre de allerede integrerte innovasjonene, identifisere og eliminere feil.
Hvis du vil vite mer om det, du kan konsultere følgende lenke.