Цикл разработки Mozilla Firefox может быть сокращен до пяти недель

22 Сентябрь 2011

В рассылке разработчиков браузера Mozilla Firefox было высказано предложение о сокращении каждого этапа разработки, которые сейчас занимают по 6 недель ровно на одну неделю. По мнению автора идеи это позволит быстрее внедрять новшества и остановит переход пользователей на другие браузеры.

В почтовой рассылке разработчиков Firefox было опубликовано предложение Джоша Ааса, сотрудника группы развития платформы Mozilla, суть которого состоит в сокращении каждого из трех этапов разработки до пяти недель. Таким образом, промежуток между релизами браузера составил бы 15 недель вместо нынешних 18-ти. По мнению разработчика, осуществить такое сокращение вполне реально, однако проверить: сумеют ли разработчики уложиться в этот срок, можно только практически. Также он отмечает, что если что-то пойдет не так, никто не мешает вернуться к нынешнему восемнадцатинедельному циклу.

Стоит вспомнить, что в настоящее время разработка браузера Mozilla Firefox похожа на цикл разработки Google Chrome и состоит их трех основных этапов. Раз в шесть недель из ночных сборок в репозитории mozilla-central выделяется ветка Aurora, представляющая собой альфа-версию будущего релиза. На этом этапе разработчики принимают решение о том, какие именно новшества войдут в будущие релиз и отсеивают те функции, которые пока еще недостаточно проработаны. Через шесть недель код перемещается в ветку Beta. На этом этапе основное внимание уделяется тестированию стабильности и исправлению найденных ошибок. После шести недель тестирования Beta-версия становится стабильным релизом. Стоит отметить, что после перехода кода по модели mozilla-central-Aurora-Beta-Stable на его место переходит новый слепок кода, который через 18 недель станет следующим релизом.

После предложения Джоша Ааса в рассылке развернулось жаркое обсуждение. Ряд разработчиков поддержали предложение и полагают, что выпуски браузера должны производится более часто. Другая часть отмечает, что за 6 недель они не успевают выполнить всю необходимую работу. Кристиан Легнитто, ответственный за релизы браузера Mozilla Firefox, заметил, что идея не лишена рационального зерна, но следует подождать, пока разработчики и пользователи привыкнуть к шестинедельному циклу. Кроме того, необходимо сначала решить проблему с совместимостью дополнений, а также проанализировать опыт выпуска релизов Firefox 5 и Firefox 6, опубликованные уже после смены цикла разработки на шестинедельную модель.

Противники предложения Ааса высказывают следующие аргументы:

в первую очередь требуется решить проблемы с неработоспособностью дополнений, многие из которых перестают работать после выхода каждого нового релиза. Причем во многом это происходит потому, что разработчики просто не успевают обновлять свои дополнения из-за частного смены мажорной версии браузера;
без решения проблемы с дополнениями не может быть и речи о создании полностью автоматической системы обновления Firefox, не требующей участия пользователя в процессе;
частый выпуск релизов Firefox порождает множество проблем при его использовании в корпоративной среде, поскольку ИТ-отделы не успевают произвести тестирование и обновление браузеров у пользователей. Одной из самых важных задач в этом случае является подготовка релизов браузера с долгосрочной поддержкой и выпуском обновлений в течение более или менее значительного времени.