Разработчиците на Firefox обявиха намаляване на цикъла на пускане на нови версии на браузъра до четири седмици (предишните версии бяха пускани на всеки 6-8 седмици). Firefox 70 ще бъде пуснат според предишния график на 22 октомври , последван шест седмици по-късно, на 3 декември, от Firefox 71. Следващите издания ще следват на всеки четири седмици (7 януари, 11 февруари, 10 март и т.н.).
Следователно, версията за дългосрочна поддръжка (LTS) ще се пуска ежегодно, както и преди , и ще се поддържа три месеца след създаването на следващата LTS версия. Актуализациите на пачовете за LTS клона ще бъдат синхронизирани с редовните издания и също ще се пускат на всеки четири седмици.
Следващото издание на ESR ще бъде Firefox 78, планирано за юни 2020 г. SpiderMonkey и Tor Browser също ще преминат към 4-седмичен цикъл на пускане.
Причината за скъсяване на цикъла на разработка е желанието новите функции да бъдат достъпни за потребителите по-бързо. Очаква се по-честите издания да увеличат гъвкавостта при планирането на разработването на продукти и внедряването на приоритетни промени, които отговарят на бизнес и пазарните изисквания.
Според разработчиците, четириседмичният цикъл на разработка позволява оптимален баланс между скоростта при предоставянето на нови уеб API и осигуряването на качество и стабилност.
От първото тримесечие на 2020 г. планираме да доставяме основна версия на Firefox на всеки 4 седмици. Кадансът на освобождаване на Firefox ESR (Extended Enterprise Support Release) ще остане същият.
През следващите години очакваме голямо издаване на ESR на всеки 12 месеца с 3-месечно припокриване на поддръжката между новия ESR и края на полезния живот на стария ESR. Следващите две основни версии на ESR ще бъдат ~ юни 2020 г. и ~ юни 2021 г.
По-кратките цикли на освобождаване осигуряват по-голяма гъвкавост в подкрепа на продуктовото планиране и приоритетните промени поради изискванията на бизнеса или пазара.
С четириседмични цикли можем да бъдем по-пъргави и да изпращаме функции по-бързо, като същевременно прилагаме същата строгост и задължителна грижа, необходими за висококачествено, стабилно издание.
В допълнение, ние поставяме нови функции и внедряването на нови уеб API в ръцете на разработчиците по-бързо. (Това е, което правим наскоро с внедряването и актуализирането на спецификациите на CSS, например.)
Намаляването на времето, необходимо за подготовка за пускане на пазара, ще доведе до намаляване на времето за тестване на бета версиите , нощните компилации и изданията за разработчици, което се планира да бъде компенсирано от по-чести актуализации на тестовите компилации.
Вместо да се подготвят две нови бета версии седмично , планът е да се адаптира схемата за често бета пускане за бета клона , която преди това се използваше за нощни издания.
За да поддържаме качеството и да сведем до минимум риска в съкратен цикъл, трябва:
- Уверете се, че инженерната производителност на Firefox не е засегната неблагоприятно.
- Ускорете цикъла на обратна връзка с регресия от внедряване до откриване и разрешаване.
- Да можете да контролирате внедряването на функции въз основа на наличността на версията.
- Осигурете правилно тестване на по-големи функции, обхващащи множество цикли на освобождаване.
- Да има ясни и последователни процеси за смекчаване и вземане на решения.
За да се намали рискът от непредвидени проблеми при добавянето на някои значителни иновации , промените, свързани с тях, ще бъдат въведени до потребителите на версиите не наведнъж, а постепенно ; първоначално възможността ще бъде активирана за малък процент от потребителите, а след това ще бъде напълно покрита или динамично изключена при откриване на дефекти.
Освен това, за да тестват иновациите и да вземат решения за включването им в основния екип на програмата Test Pilot, потребителите ще бъдат поканени да участват в експерименти, които не са свързани с цикъла на подготовка за изстрелване.
Източник: https://hacks.mozilla.org/