Разработчики Firefox объявили о сокращении цикла подготовка новые версии браузера в течение четырех недель (предыдущие версии готовились 6-8 недель). Firefox 70 будет запущен в соответствии с указанным выше графиком 22 октября.затем шесть недель спустя 3 декабря будет подготовлена версия Firefox 71, после чего они сформируются последующие выпуски каждые четыре недели (7 января, 11 февраля, 10 марта и т. Д.).
после чего долгосрочная версия поддержки (СОЭ) будет выходить раз в год, как и раньше и останется там еще три месяца после формирования следующей версии ESR. Корректирующие обновления для ветки ESR будут синхронизироваться с обычными выпусками и также будут выпускаться каждые 4 недели.
Следующей версией 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 не пострадает.
- Ускорьте цикл обратной связи регрессии от развертывания до обнаружения и разрешения.
- Уметь контролировать развертывание функций в зависимости от доступности версии.
- Обеспечьте надлежащее тестирование более крупных функций, охватывающих несколько циклов выпуска.
- Иметь четкие и последовательные процессы смягчения последствий и принятия решений.
Чтобы снизить риск возникновения проблем мелкие расходы добавив несколько значительных нововведений, связанные с этим измененияs попадут в версии users не один раз, а постепенно; Первоначально возможность будет активирована для небольшого процента пользователей, а затем она будет полностью закрыта или динамически отключена при обнаружении дефектов.
Кроме того, для тестирования нововведений и принятия решения об их включении в основную команду программы лётчиков-испытателей пользователям будет предложено участвовать в экспериментах, не связанных с циклом подготовки к запуску.
источник: https://hacks.mozilla.org/
Массовое отчуждение. Мы стали подопытными кроликами во всех отраслях промышленности.