Начиная с I квартала 2020 года основные версии Firefox будут выходить каждые четыре недели.
Mozilla объясняет смену ритма двумя причинами:
- В последнее время приходит много просьб о более оперативном выпуске функций.
- Разработчики отдельных функций всё чаще работают в спринтах, которые лучше сочетаются с более короткими циклами выпуска.
Цикл выпуска версии с долговременной поддержкой Firefox ESR (Extended Support Release) остаётся прежним. В ближайшие годы основные версии ESR будут выходить каждые 12 месяцев с трёхмесячным перекрытием поддержки между новым ESR и окончанием срока службы предыдущей. Следующие два основных ESR запланированы примерно на июнь 2020-го и июнь 2021 года.
«Более короткие циклы выпуска обеспечивают большую гибкость для планирования продукта и изменения приоритетов в соответствии с требованиями бизнеса или рынка, — пишет Mozilla в официальном блоге. — С четырёхнедельными циклами мы можем быстрее выпускать функции при той же строгости и должной осмотрительности, что необходимы для высококачественных и стабильных релизов. Кроме того, мы быстрее передаём в руки разработчиков новые функции и реализацию новых Web API (например, как недавно сделали со спецификациями CSS и обновлениями).
Mozilla разработала комплекс мер для поддержания качества и минимизации рисков после перехода на укороченные циклы.
Учитывая более короткий цикл бета-тестирования, разработчики намерены чаще обновлять версии Firefox Beta и Developer Edition. Если сейчас выпускаются две бета-сборки в неделю, то в будущем Mozilla перейдёт к более частым сборкам, подобно практически ежедневному обновлению Firefox Nightly.
Сохраняется система поэтапного деплоя новых функций: «Этот подход помогает свести к минимуму непредвиденные (качество, стабильность или производительность) сбои для конечных пользователей. Например, если функция считается высокорисковой, мы планируем медленное развёртывание и при необходимости отключаем функцию динамически».
Mozilla хочет «продолжать развивать культуру экспериментов с функциями и A/B-тестирования перед деплоем». В настоящее время продолжительность экспериментов не привязана к циклу релизов и, следовательно, на неё не повлияет нынешнее изменение.
Постепенный переход на ускоренный цикл начнётся с версии Firefox 71, а на четырёхнедельный график хотят выйти к I кварталу 2020 года. В таблице ниже перечислены версии Firefox и запланированные даты запуска.
График выпуска браузера Firefox на 2019-2020 годы
| Версия Firefox | Версия ESR | Планируемая дата выпуска |
|---|---|---|
| 69 | 68.1 | 2019-09-03 |
| 70 | 68.2 | 2019-10-22 |
| 71 | 68.3 | 2019-12-03 |
| 72 | 68.4 | 2020-01-07 |
| 73 | 68.5 | 2020-02-11 |
| 74 | 68.6 | 2020-03-10 |
| 75 | 68.7 | 2020-04-07 |
| 76 | 68.8 | 2020-05-05 |
| 77 | 68.9 | 2020-06-02 |
| 78 | 68.10, 78.0 | 2020-06-30 |
| 79 | 68.11, 78.1 | 2020-07-28 |
| 80 | 68.12, 78.2 | 2020-08-25 |
| 81 | 78.3 | 2020-09-22 |
Проектам на базе Firefox, таким как SpiderMonkey и Tor, тоже придётся ускорить частоту выпусков, если они хотят пользоваться актуальной версией. В каждой новой версии Firefox теперь будет меньше изменений, так что их должно быть проще интегрировать.
По такой системе выпуск Firefox 100 состоится примерно 8 марта 2022 года, если Mozilla к тому времени не перейдёт на календарную нумерацию версий.
В сообществе предлагают, например, нумеровать версии как 2019-10, 2019-11 и так далее, если они выходят ежемесячно. Или по номерам недель года: например, от 2020-01 до 2020-52, соответственно. Правда, в этом случае номера будут не по порядку.
Впрочем, в цифре Firefox 100 или Firefox 200 тоже нет ничего такого страшного. Да, у инсталлятора Windows есть ограничение на номера версий программ [0-255].[0-255].[0-65535], но у Firefox собственный инсталлятор. Кроме того, наверняка существуют программы с еще большими номерами версий, так что Firefox тут не первопроходец.
Комментарии (17)
aleksandros
18.09.2019 16:33Может я ретроград, но мне кажется, что спешка и качество не очень совместимы.
lucius
18.09.2019 17:31+1Непонятно, зачем эти полумеры. Давно пора сделать уже серьезный шаг и ускориться до выпуска 42 релизов в минуту, а там уже и до одного релиза в одно планковское время недалеко.
JerleShannara
18.09.2019 17:57+2Гентушники взвоют, этож прийдется в cron вставить emerge firefox =)
lain8dono
18.09.2019 23:20+3Не в крон, а
while true. Зачем полумеры? За время компиляции выйдет пара-тройка (десятков?) минорных версий. Ещё надо будет приделать потоковое скачивание истории изменений. На диск их можно не складывать, это слишком долго. Заодно найдётся применение терабайту оперативной памяти, которые вы зачем-то держите дома. Ещё надо будет потом портировать компилятор на GPU для того, чтоб компилировать 60fps (firefox per seconds). Firefox Hyperlight Nightly Mining Edition 9135.42a234552345.
SvoboniiLogin
18.09.2019 19:15+1Очень жаль, что chrome захватил рынок и доля FF падает
На старом рабочем компе можно было использовать только FF — в хроме яндекс карты работали покадрово (старый core quard)aleksandros
19.09.2019 22:40Я не сильно ошибусь, если предположу, что карты года 2009, летающие на кваде, не сильно отличаются от нынешних, на нём тормозящих.
tmin10
18.09.2019 20:47+1Хм, а как связаны спринты и итерации и версионирование продукта? В моём представлении изменение мажорной версии софта показывает о несовместимости его с прошлой версией: критические изменения API, например. Минорная версия показывает на не ломающее расширение функционала: новая фича, которая не меняет поведение старых. Микро версия показывает на фикс багов, найденных в ходе эксплуатации уже после релиза. Вроде это довольно распространённые стандарты и не понятно, почему нужно от них отказываться.
homocomputeris
18.09.2019 21:15Мажорная версия имеет такой смысл только в семвере. В каком именно стандарте он описан?
Если в продукте концептуально ничего не меняется, у него будет версия условно, 2.3.47283, что ни разу не больше информации несёт, чем просто 78.tmin10
18.09.2019 21:18Из такого номера версии понятно, что 2.3.0 и 2.3.47283 имеют идентичный функционал, но последняя версия вычищена просто от моря багов, которое было допущено при его реализации и в целом ожидается, что она будет более стабильна. Но это, конечно, на совести разработчиков. Достаточно вспомнить пакеты npm и их его кучу зависимостей, который обновляясь в 3 цифре умудряются ломать всё.
vvadzim
18.09.2019 21:55Зато Chrome по версиям догонят и перегонят.
Хотя, у гугла ещё есть время на ответ…
Goodkat
18.09.2019 22:24Встречным планом предлагаю выпускать по новой версии каждую секунду!
Дня упрощения нумерации использовать unix timestamp.
megafonishe
19.09.2019 07:50Лисичка в броне уже была, на очереди Firefox 40000.
А потом хром объявят ересью
DmitryKoterov
19.09.2019 10:19Кто-нибудь знает, какие отношения у Фаерфокса с Растом?
Мне казалось, что Раст делали в качестве секретного оружия во многом, чтобы потом на нем забабахать гарантированно быстрый и безопасный браузер, который никто не сможет догнать в долгосрочной перспективе (Хром-то на С++, там есть потолок энтропии, выше которого просто не прыгнуть, а в Расте этот потолок сильно выше).
greatkir
SpiderMonkey — это JS движок Firefox.
Может, имелся в виду SeaMonkey? Однако этот проект имеет свой график релизов, привязанный скорее к ESR версиям Firefox