Авторы WordPress предлагают более короткие, основанные на времени циклы выпуска

Циклы выпуска WordPress вскоре могут стать более предсказуемыми, поскольку участники рассматривают возможность перехода на подход, основанный на времени. Обсуждение началось во время недавнего разговора с разработчиками ядра в середине февраля, когда руководитель фазы 2 Gutenberg Риад Бенгелла предложил перейти на более короткие автоматизированные циклы выпуска.

Команда Гутенберга успешно выпускает новую версию плагина каждые две недели по расписанию, и любые функции, которые не готовы, автоматически откладываются до следующих выпусков. Бенгелла утверждает, что такой график выпуска может принести WordPress ряд преимуществ:

• Меньше стресса для участников
• Предсказуемость: люди могут легко планировать сроки выпуска
• Никаких задержек, так как релизы не основаны на функциях

Сокращение основных выпусков может оказаться более сложной задачей для WordPress, который имеет гораздо больший масштаб, чем плагин Gutenberg. Плагин также имеет дополнительное преимущество, заключающееся в возможности управлять выпусками и разработкой на GitHub.

«Я думаю, что существует множество инфраструктурных проблем, которые необходимо решить для WordPress, прежде чем мы сможем перейти к быстрому автоматическому циклу выпуска», – сказал Гэри Пендергаст.

«Выпустить основной выпуск один раз в месяц – это возможно, я бы хотел, чтобы мы дошли до него, но процесс выпуска слишком ручной, чтобы одновременно запускать несколько выпусков».

Джонатан Дерозье составил проект предложения, в котором резюмируется это обсуждение и излагаются некоторые ручные задачи, необходимые для выпуска крупного релиза. К ним относятся трудоемкие задачи, такие как Trac-садоводство, создание полевого руководства, сообщения в блогах о бета-версиях, RC и официальном выпуске, обновления документации, видео, заметки разработчиков и другие элементы, которые часто выполняются добровольцами.

3-4-месячные циклы выпуска, которые были у WordPress с версий 3.9 – 4.7, позволили выполнить все административные накладные расходы, описанные выше, в разумные сроки, но общее мнение состоит в том, что некоторые из этих задач можно было бы упростить и / или или автоматизированный.

Дерозье выделил несколько преимуществ перехода к более короткому циклу основных выпусков, в том числе менее радикальные изменения для пользователей, которые в конечном итоге могут привести к тому, что большее количество пользователей смогут комфортно включить автоматические обновления для основных выпусков. Недостатком сокращения цикла выпуска является возросшее бремя, которое оно возлагает на добровольцев, а также разработчиков тем и плагинов, которым необходимо продвигать выпуски совместимости. Это также потребовало бы дополнительной работы по резервному копированию для выпусков безопасности.

Несколько участников оставили отзывы об этом посте, основанные на графиках выпуска релизов других проектов. Джереми Фелт просмотрел таблицу владельцев релизов Firefox, в которой заранее назначаются лидеры и даты для нескольких релизов.

«Я думаю, что для достижения более короткого цикла выпуска в целом потребуется запланировать несколько выпусков и заранее назначить их потенциальных клиентов», – сказал Фелт. «Пока что большая часть нашего планирования выполняется сразу после отправки последней версии».

Джо Макгилл изучил процесс разработки VS Code и обнаружил несколько сходств с процессом, который, по его мнению, WordPress может перенять в будущем:

1. Долгосрочная дорожная карта (их срок составляет 6–12 месяцев) с изложением основных тем и функций.
2. Ежемесячная периодичность выпуска основана на 4-недельных спринтах, которые начинаются с планирования этапов и всегда приводят к выпуску всего, что было завершено в этой ежемесячной итерации.
3. Регулярная сортировка проектов с приоритетами выпуска, управляемыми на уровне команды (то есть на уровне компонентов).
4. Документация интегрирована в процесс разработки.
5. Автоматизированное тестирование релизов и обновлений.
6. Только важные регрессии и проблемы безопасности обрабатываются в второстепенных выпусках между ежемесячными вехами, все остальное переносится в следующий выпуск (или меняет приоритет в отставании).

Некоторые из этих моментов перекликаются с отзывами других участников, которые определили документацию, интегрированную в разработку и автоматическое тестирование, как способы ускорения основных циклов выпуска.

«Если у нас нет инфраструктуры и инструментов для поддержки 1-месячного цикла, я думаю, мы могли бы попробовать 2-месячный цикл с целью перехода к более коротким циклам», – сказал МакГилл.

Неустанный темп итераций плагина Gutenberg и предсказуемые циклы выпуска открыли мир новых идей для улучшения процесса для ядра WordPress. Обсуждение перевода проекта на более короткие, основанные на времени циклы выпуска все еще находится на предварительных этапах. Пока не согласовано никаких серьезных изменений, но процесс изучения различных идей привлек внимание к задачам, которые можно было бы затянуть в процессе выпуска. Это соответствует теме WordPress 2019 года о «ужесточении».