Разработчики 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 (Enterprise Release с расширенной поддержкой) останется прежней.
В ближайшие годы мы ожидаем выпуска крупного выпуска ESR каждые 12 месяцев с 3-месячным перекрытием поддержки между новым ESR и окончанием срока полезного использования старого ESR. Следующие два основных выпуска ESR будут ~ июнь 2020 г. и ~ июнь 2021 г.
Более короткие циклы выпуска обеспечивают большую гибкость для поддержки планирования продукта и приоритетных изменений в соответствии с требованиями бизнеса или рынка.
Благодаря четырехнедельным циклам мы можем быть более гибкими и быстрее выпускать функции, применяя при этом ту же строгость и должную осмотрительность, которые необходимы для высококачественного и стабильного выпуска.
Кроме того, мы быстрее передаем разработчикам новые функции и реализацию новых веб-API. (Это то, что мы недавно делали, например, с реализациями и обновлениями спецификаций CSS.)
Сокращение времени, необходимого для подготовки к релизу, приведет к сокращению времени тестирования бета-версий , ночных сборок и версий для разработчиков, что планируется компенсировать более частыми обновлениями тестовых сборок.
Вместо подготовки двух новых бета-версий в неделю планируется адаптировать схему частых бета-релизов для бета-ветки , которая ранее использовалась для ночных релизов.
Чтобы поддерживать качество и минимизировать риски в сокращенном цикле, мы должны:
- Убедитесь, что производительность разработки Firefox не пострадает.
- Ускорьте цикл обратной связи регрессии от развертывания до обнаружения и разрешения.
- Уметь контролировать развертывание функций в зависимости от доступности версии.
- Обеспечьте надлежащее тестирование более крупных функций, охватывающих несколько циклов выпуска.
- Иметь четкие и последовательные процессы смягчения последствий и принятия решений.
Чтобы снизить риск непредвиденных проблем при внедрении значительных нововведений , связанные с ними изменения будут внедряться для пользователей версий не сразу, а постепенно ; сначала возможность будет активирована для небольшого процента пользователей, а затем будет полностью покрыта или динамически отключена при обнаружении дефектов.
Кроме того, для тестирования нововведений и принятия решения об их включении в основную команду программы лётчиков-испытателей пользователям будет предложено участвовать в экспериментах, не связанных с циклом подготовки к запуску.
Источник: https://hacks.mozilla.org/