Mozilla vurderer å bytte til en ni ukers utgivelsesplan

Når Mozilla kunngjorde at det ville endre Firefox utgivelsen modell til en som det kalles Rapid Slipp Model, det ble sett av en del av leserens brukerbase til å konkurrere med nettleseren Google Chrome, som driblet Firefox utgivelsen bredt.

Ikke alle brukere likte den nye modellen med sine nye utgivelser hver sjette uke, og Extended Support Slipp (SR) ble introdusert av Mozilla for å gi alle som ikke kunne eller ikke ønsker å holde tritt med et alternativ.

Den nåværende utgivelsessyklus har en lengde på 18 uker fra første dag en Nightly build er skapt til den dagen den er utgitt som en stabil bygge. Bygger holdes i seks uker i pris per kanal før de flyttet til Aurora kanal der de oppholder seg ytterligere seks uker. Oppbyggingen er deretter flyttet til Beta-kanalen, og etter seks uker med bor der er frigitt til offentligheten som den nye endelige versjonen av Firefox.

Det tar 18 uker med utvikling for å lage en ny Firefox-versjon, med ny stabil bygger blir utgitt hver sjette uke for publikum.

Mozilla vurderer en endring i utgivelsesplan som ikke vil ha den samme omfattende virkningen at Rapid Slipp Model hatt. Ideen er å være tro mot den 18 ukers syklus, men endre hvor lenge bygger holdes i de ulike kanalene.

Den store forandringen her er en overgang til en ni ukers utgivelsesplan uten endring de 18 ukers utvikling. Utviklingen tiden av Nightly versjoner av Firefox er økt til ni uker, med Aurora og Beta-kanaler som deler de andre ni uker.

Etter ni uker med pris per utvikling bygge flyttes til Aurora kanalen der den holder seg for en eller to uker før det flyttes til Beta. Utvikling i Aurora fortsetter sammen for resten av de ni ukers periode, og nye eller eksperimentelle funksjoner kan legges til oppbygging som ikke er lagt til Beta kanalen.

Høres forvirrende? Alt som endrer dersom Sammen Train Model er implementert er intervallene som bygger holdes i Firefox sine utslipp kanaler

Stabile brukere. Nye store versjoner av Firefox bli utgitt i en ni ukers syklus i stedet for dagens seks ukers syklus

Beta brukere. Vil få nye utgivelser tidligere enn før. I stedet for å måtte vente 12 uker før nye versjoner treffer kanal, vil det nå ta mellom 10 og 11 uker

brukere Aurora:. Samme endringer som for stabile brukere, nye versjoner hit etter ni uker i stedet for seks.

Nightly brukere. En ni ukers syklus i stedet for dagens seks

Så hva er motivasjonen bak den foreslåtte endringen? Ideen om å "bli ny kode foran de fleste brukere så snart som mulig". Når utgivelser flyttes til Aurora kanalen for tiden, tar det vanligvis bare en uke for å finne store problemer og betablokkere problemer. Dette betyr at det er liten grunn til ikke å bevege utslipp til Beta kanal etterpå, slik at det er utsatt for et større antall brukere.

ting må fremdeles vurderes som en starttidspunkt for den foreslåtte bryteren ( kanskje Firefox 30), en ny streng og API fryse dato, hyppigheten av sikkerhetsoppdateringer, eller hvordan ESR kanalen er berørt av dette. Såvidt ESR kanalen er opptatt, alternativene er enten å forlenge den ved 21 uker (7x3) eller redusere antall sykluser det går gjennom å holde den gjeldende utgaven intervall. (via Sören) Anmeldelser