Når Mozilla vedtok sin seks ukers rask utvikling syklus i begynnelsen av 2011, tilbakeslag kom fra en rekke vinkler – men det tyngste var fra bedriftens IT-avdelinger. I oktober dannet leseren maker en arbeidsgruppe for å sette seg ned med bedriftsbrukere og hash ut en egnet støtte plan. Resultatet er Mozilla Extended Support Slipp (ESR) program, som nå er oppe og går for Firefox, og er grunn til å debutere kort tid for Thunderbird en brønn.
Rapid er dårlig?
Hvis tilbakeslag kommer som et overraskelser til deg, kan du bare arbeide i et datamiljø som faller inn i problematisk territorium som Mozilla ESR er ment å tjene. En av de viktigste måtene at bedriftene klarer oppgaven med å støtte hundrevis eller tusenvis av brukere er ved å låse ned oppdateringer, og sette alle nye utgivelser gjennom en streng sikkerhet og kompatibilitet testprosessen før distribusjon dem på tvers av selskapet – som sikrer både stabilitet og ensartethet. Blir bedt om å presse ut åtte Firefox oppdaterer et år er ille nok, men sammen med den nye utgivelsesplan Mozilla kunngjorde det ble også avsluttet sikkerhetsoppdateringer for " eldre " . utgivelser
For mange i bransjen, at tempoet gjorde det nesten umulig for bedriftens IT-avdelinger å holde tritt med Firefox – en situasjon forverres når Mozillas Aza Dotzler offentlig mente at foretaket " har aldri vært (og jeg vil argumentere, bør ikke være) " Mozillas fokus. Mozilla Enterprise User Working Group ble dannet en måned senere for å hjelpe Mozilla og bedriftskunder, og komme opp med en løsning sammen
Arbeidsgruppen har månedlige telefonmøter &ndash.; referat fra som er offentlig tilgjengelig på Mozilla Wiki – og har en Bugzilla kategori for sporing av problemer og en moderert postliste som interesserte må sende en forespørsel for å delta. Møtene var tydeligvis fruktbar, noe som resulterer i en rekke bugs og skissene for Firefox distribusjonsverktøy (inkludert Windows MSI installasjons brukt av de fleste IT-avdelinger og gruppepolicyobjekter (GPOer) som brukes til å administrere sikkerhet) og i forslag for å skape et håndterlig sikkerhet fikse " støtte hale ".
Til slutt gruppen skrev en omfattende utvidet støtte forslaget for Firefox, som ble publisert på wiki i begynnelsen av desember. 10. januar 2012, kunngjorde Mozilla at forslaget hadde blitt offisielt godkjent som en handlingsplan.
Firefox ESR
Planen etablerer Firefox ESR som et separat produkt skreddersydd for bruk av bedrifter, universiteter , offentlige institusjoner og andre store utrullinger som er avhengige av sentralt styrte IT.
ESR utgivelser vil bli støttet i 54 uker (eller ni utgaver av Firefox raske utvikling syklus), en plan som gir en balansert levetid mellom den nye raske utgivelsesplan for Firefox og de langsiktige støtte forventninger til bedriftsbrukere. I løpet av 54-ukers tidsramme, vil high-impact sikkerhetsfikser bli gitt, men oppdateringer som endrer nettleserfunksjonalitet eller endring add-on kompatibilitet vil ikke ESR utgivelser vil bli planlagt slik at den nye versjonen er levert 12 uker før slutten av levetiden ankomst forgjengeren, for å tillate bedriften testing og kvalifisering. Mozilla vil også fortsette å støtte alle plattformer og steder inkludert i ESR utgivelse for ESR levetid, selv om plattformen eller locale støtte er droppet fra hurtig-release Firefox i mellomtiden. Det betyr at selv om Firefox deprecates en eldre plattform (si, Mac OS X 10.4) midtveis i 54-ukers levetid ESR, Mozilla vil Den første ESR utgivelsen vil være Firefox 10, som er planlagt for januar 31. Senere utgivelser over 54 ukers levetid vil bli nummerert som Firefox ESR 10.0.1, 10.0.2, og så videre. For å avverge eventuelle sluttbruker forvirring, men de ESR utgivelser vil kun bli annonsert og markedsført gjennom Enterprise wiki-side, selv om pakkene selv vil bli levert gjennom de vanlige Mozilla staging-servere. Når Firefox ESR 10 når slutten av levetiden, vil den bli erstattet av den da gjeldende build av oppstrøms Firefox, Firefox 17. Til slutt er det viktig å merke seg at ESR planen ikke dekker Firefox Mobile , og at organisasjoner som velger å distribuere Firefox ESR er advart om at de kan oppleve kompatibilitetsproblemer som utgivelser alder, og at bare haster Den opprinnelige Firefox ESR plan gjorde et poeng av å merke seg at Thunderbird ikke var omfattet av forslag. Kort tid etter at Firefox planen ble offentliggjort, begynte imidlertid prosjektet utforme en Thunderbird ESR plan å følge den. 12. januar gjennomførte den offisielle Thunderbird bloggen kunngjøringen om at Thunderbird ville være å vedta det samme timeplan. Fordi Thunderbird plan er å holde seg i takt med Firefox ESR, er ennå ikke har en egen inkarnasjon av planen på wikien. Men som kunngjøringen og e-postliste tråden gjøre det klart, detaljene er de samme: Thunderbird ESR utgivelser vil bli gjort en gang hver 54 uker, og vil motta kritiske sikkerhetsoppdateringer, men ingen endringer som endrer funksjonaliteten til programmet eller påvirke kompatibilitet av add-ons Når Mozilla vedtok raske utviklingen syklus, det med vilje synkronisert versjonsnumrene som brukes av Firefox, Thunderbird, og Gecko-motoren som er felles for begge programmene &ndash.; dermed holde alle tre på like fot, noe som gjør oppdateringer enklere å administrere. Som et resultat, vil Thunderbird 10 også være den første Thunderbird ESR utgivelse, og vil motta sikkerhetsoppdateringer for ett år. Som med Firefox, vil den neste planlagte ESR utgivelsen være versjon 17, i begynnelsen av 2013. Som Firefox, er Thunderbird omfattet av Enterprise User Working Group, men prosjektet opprettholder en egen tilstedeværelse på Mozilla wiki. wiki gir flere andre ressurser for bruk i bedrifter som distribuerer Thunderbird ESR, særlig en guide til å håndtere oppgraderinger med store volum IMAP-servere og en guide til å holde bedriften relaterte preferanser synkronisert. I begge tilfeller er mengden e-post som samler seg i et moderne postkasse mellom oppgraderinger problematisk faktor, en bekymring Firefox ESR deler ikke. Firefox ESR og Thunderbird ESR planene har vært i diskusjon i mer enn seks måneder, og Mozilla har samlet de tekniske ressurser til å gjennomføre begge deler. Men dette er bare første runde, og 54 uker er lang tid i programvare vilkår; det er alltid mulig at det vil bli justeringer i planen mellom nå og den første ESR end-of-life. Likevel er det viktig at prosjektet var i stand til å sette seg ned med bedriftens IT-brukere og arrangere en tidsplan gunstig for begge. Skiftet til en seks-ukers syklus har ikke vært en enkel en, og det er fortsatt andre bekymringer (fra andre grupper, som for eksempel forlengelse forfattere og Linux-distribusjoner) som ennå ikke er helt løst, men de ESR handlingsplaner gir håp at alt vil bli bra i det lange løp. Anmeldelser
bli skjøvet ut.
fortsette å gi sikkerhetsfikser for 10,4 frem til slutten av 54. uke.
sikkerhetsfikser er garantert. Risikoprofilen for ESR sammenlignet med normal hurtig frigjøring Firefox må bestemmes av organisasjonen.
Thunderbird ESR
T-Minus-Zero