Реструктуризация процесса разработки Firefox и отказ от ветки Aurora

Разработчики Firefox официально утвердили изменение цикла разработки и опубликовали план устранения ветки Aurora. Изменения в разработке отразились и на графике выпусков, ожидаемый сегодня релиз Firefox 53 отложен на один день.

Релизы как и раньше будут формироваться каждые 6–8 недель, но благодаря устранению ветки Aurora цикл разработки станет заметно короче — новые возможности будут достигать пользователя не за 12–16 недель, как раньше, а за 6–8 недель. В качестве предварительных сборок для оценки грядущих возможностей теперь предлагается использовать ночные сборки, а для тестирования будущих релизов — бета-версию и редакцию Developer Edition. Поддержка тестирования неподписанных дополнений будет обеспечена только в ночных сборках и в специальных обезличенных сборках. В релизе и бета-версиях останется доступна функция временной загрузки WebExtensions-дополнений.

Сегодня Firefox 54 переведён из стадии Aurora на этап бета-тестирования, но ветка Firefox 55 оставлена в состоянии ночных сборок. 13 июня ветка Firefox 55 сразу перейдёт из ночных сборок в бета-версию, минуя стадию Aurora. 8 августа из ночных сборок в бету перейдёт ветка Firefox 56 и т.д. Пользователям канала Aurora для настольных систем будет предложено обновиться до сборок «pre-beta», которые будут выпускаться чуть раньше бета-версий для начальной оценки качества бета-сборок до их широкого распространения. Aurora для Android будет обновлена до ночных сборок. Сборка Developer Edition будет формироваться на основе бета-версий, что положительно отразится на её качестве.

0_1492533583.png

Ветка Aurora не оправдала ожидания разработчиков в качестве первого этапа стабилизации и в современных условиях мало влияет на уровень качества, но приводит к излишним усложнениям и затягиванию продвижения новшеств. Вместо Aurora вполне будет достаточно тестирования ночных сборок и бета-версий. Первичный поиск и устранение регрессий будет смещён на стадию ночных сборок. Качество ночных сборок планируют поднять за счёт интеграции новых автоматизированных методов, таких как статический анализ кода на этапе рецензирования, применение тестов покрытия (code coverage) для оценки качества тестирования, выявление потенциальных рисков до внесения изменений (определения функций, изменение которых с большей вероятностью приводит к регрессивным изменениям), отслеживание динамики крахов, данных телеметрии и возможных регрессивных изменений.

Для обеспечения качества бета-ветки изменения с реализацией новых возможностей будут переноситься поэтапно и только после проверки соответствия установленным критериям качества. Вместо разового переноса всех запланированных новшеств, бета-ветка теперь будет наполняться частями в несколько фаз. Первая фаза будет напоминать перенос новшеств в ветку Aurora, а на второй фазе будут переноситься специфичные изменения, например, связанные с операционной системой, графическими картами и т.п.

В процессе тестирования качества будет применяться более агрессивная политика деактивации новшеств в случае выявления проблем. Если раньше в Aurora допускалось включение не полностью готовых новшеств с их доработкой в процессе тестирования, то теперь из ночных сборок будут переноситься только полностью готовые изменения. Новые бета-сборки планируется выпускать два раза в неделю для настольной версии и раз в неделю для мобильных систем.

©  OpenNet