Ведущий разработчик WordPress Эндрю Озз (Andrew Ozz) опубликовал предложение о добавлении нового типа тикета «gutenberg-merge», который формализует свободу, предоставленную участникам Gutenberg для фиксации кода после заморозки функций в течение цикла выпуска.
Обычно любые новые функции и усовершенствования, входящие в выпуск, необходимо зафиксировать до бета-версии 1, чтобы они могли быть готовы к тестированию. Раньше тикеты могли быть изменены с «улучшения» на «задачу» прямо перед бета-версией 1 в качестве редкого исключения для предметов, которые не были готовы к бета-тестированию и требовалось еще несколько дней, чтобы их зафиксировать.
«Намерение состояло в том, чтобы дать еще два или три дня, а не неделю или две», — сказал Озз. «Раньше это исключение случалось довольно редко, может быть, несколько раз в год.
«Однако в последнее время это исключение стало частью стандартного рабочего процесса выпуска. В последние годы стало обычным делом от 15 до 20 заявок на код, исходящий от Гутенберга, заменять задачами в каждом выпуске. Причина, по которой они изменены, состоит в том, чтобы не дать разработчикам еще несколько дней для их завершения. В основном это означает, что они будут совершены позже».
Озз утверждает, что, поскольку функциональный плагин Gutenberg используется более чем на 300 000 сайтов, включая WordPress.com, и поскольку 60% пользователей быстро обновляются до последней версии, любые функции и улучшения, поступающие от Gutenberg, уже были протестированы.
Раздел комментариев предложения активен с разными мнениями. Несколько участников обсуждения не согласились с тем, что только то, что функции включены в плагин, не означает, что они были адекватно протестированы на соответствие целям, для достижения которых они были предназначены.
«Меня беспокоит то, как это может работать, так это то, что в настоящее время уровень документации для функций, которые попадают в ядро, имеет более высокий стандарт, чем слияния Гутенберга», — сказал участник Core Фабиан Кеги. «Как только мы приближаемся к бета-версии 1, команда документации просматривает все функции, которые были объединены в этом цикле, чтобы убедиться, что есть заметки разработчиков для любых изменений, которые могут повлиять на пользователей / разработчиков. Если этот срок будет сокращен, это также означает, что поддерживать этот стандарт может стать сложнее».
Кеги также отметил трудности, с которыми сталкиваются разработчики плагинов и тем, тестирующие свои расширения в сравнении с ядром, чтобы обеспечить совместимость с последней версией.
«С этим измененным рабочим процессом фактическое количество времени, в течение которого вы с довольно большой вероятностью знаете, какие функции будут частью данного основного выпуска, становится короче, что затрудняет обеспечение совместимости с выпуском во время выпуска», — сказал Кеги. .
Основной участник Питер Уилсон обозначил две проблемы, связанные с предложением:
- рассматривая Гутенберг как частный случай, это усилит конфликт между теми, кто в основном работает с репозиторием WordPress-Develop, и теми, кто в основном работает с репозиторием Гутенберга,
- обход требований о замораживании функций для редактора противоречит утверждению, что Core — это Gutenberg, а Gutenberg — это Core .
Уилсон сказал, что позднее слияние функций Гутенберга «было источником конфликта в течение нескольких лет».
«Массовое слияние функций Gutenberg в конце цикла также было проблемой, о которой сообщали как те, кто работает в основном с репозиторием Gutenberg, так и те, кто работает в основном с репозиторием WordPress-Develop », — сказал он. «В течение многих лет пропагандировались поэтапные слияния в течение цикла, но так и не было достигнуто, судя по комментариям в связанном посте».
Уилсон также не согласен с утверждением предложения о том, что функции, разработанные в репозитории Gutenberg, лучше тестируются в плагине функций, поскольку целью периодов бета-тестирования и RC является тестирование выпуска в целом.
«С Gutenberg в качестве плагина, заменяющего основные блоки версиями плагина , тестирование выпуска в целом не происходит до тех пор, пока изменения редактора не будут объединены с WordPress-Develop», — сказал Уилсон.
«Только после того, как Gutenberg будет объединен с WordPress-Develop, модульные тесты начнут работать на различных хостинг-провайдерах, запускающих набор тестов в различных средах».
Основной коммиттер WordPress Джо Макгилл призвал авторов предложения уточнить политики и ожидания , которые будут применяться к фиксации исправлений для заявок, обозначенных новым типом заявки.
«Например, должны ли все эти коммиты быть завершены до RC-1, если только ошибка не будет обнаружена в течение периода RC — и будут зафиксированы только обнаруженные исправления, или есть другие правила?» — сказал Макгилл. «Лично я по-прежнему считаю, что мы должны стремиться к тому, чтобы код для любой важной новой функции был объединен до этапа Beta-1, независимо от того, тестируется ли он в плагине Gutenberg или нет».
Обсуждение продолжается в комментариях к предложению. Хотя предлагаемые изменения в первую очередь затрагивают основных участников, коммиттеров и руководителей выпусков, они также затрагивают тестировщиков и сообщество разработчиков плагинов и тем WordPress, работающее над обеспечением совместимости перед основным выпуском. Те, у кого есть отзывы о том, как функции Гутенберга обрабатываются во время и после «заморозки функций», должны сразу же присоединиться к комментариям к предложению .
