Участники WordPress в настоящее время обсуждают принятие более дружественных условий для некоторых разрешений заявок на участие в программе, чтобы создать более благоприятную среду для участников и новичков. Поскольку разрешения трассировки не высечены из камня, организации могут настраивать эти условия для различных рабочих процессов.
Во время недавнего разговора с разработчиками ядра Сергей Бирюков предложил WordPress trac переименовать «недействительные», «рабочие формы» и «не исправлять» разрешения заявок на что-то более дружелюбное и менее запутанное. Идея была положительно воспринята, и теперь она является официальным предложением.
«Более чем несколько раз я видел, как кто-то закрывает заявку worksforme после тестирования патча, потому что, ну, это работает для них . Когда это произойдет, заявку придется повторно открыть с комментарием, что исправление еще нужно пересмотреть и зафиксировать », – сказал Бирюков. Этот конкретный сценарий ясно показывает, как решения иногда могут сбивать с толку участников.
Бирюков предложил следующие обновления:
- недействительно → неприменимо
- worksforme → не воспроизводимый или не может-воспроизводимый
- wontfix → не реализовано
Другие предложили дальнейшие уточнения в комментариях к предложению. Джульетт Рейндерс Фолмер отметила, что «не реализовано», похоже, не отражает всей значимости «wontfix» как решения, потому что оно ничего не говорит о намерении.
«Что меня беспокоит в отношении« не реализовано », так это то, что это может быть истолковано как приглашение к реализации», – сказал Рейндерс Фолмер. «Это не означает, что нет намерения (в настоящее время) принять реализацию».
Мика Эпштейн сказал, что они могут захотеть рассмотреть возможность наличия нескольких альтернатив wontfix, таких как не входящие в область действия, недостаточные ресурсы или плагин «лучше как плагин».
Питер Уилсон предложил термин «поддержка-направление» в качестве альтернативы «недействительному», поскольку многие из этих заявок закрыты из-за запросов в службу поддержки.
Прощай, Wontfix
«Wontfix» – это несколько вежливый способ сказать «забудьте об этом» кому-то, кто выражает озабоченность или предложение, которое не соответствует целям проекта. Его широко используют и понимают во всей отрасли, и иногда его используют как молоток, чтобы прервать разговор в жарких дискуссиях.
Опыт отправки проблемы, закрытой с помощью разрешения wontfix, настолько интуитивен, что часто используется в юмористическом контексте вне разработки программного обеспечения.
Для сопровождающих проекта, которые передают решения по заявкам в виде указов, такие термины, как «wontfix» и «workforme», обладают определенным незаменимым, острым шармом. С другой стороны, легко увидеть, насколько эти термины могут быть особенно утомительными, особенно для новых участников.
Авторы все еще обсуждают альтернативные условия разрешения проблем. Любой, у кого есть предложения, может присоединиться к предложению Бирюкова . Пока ядро WordPress все еще использует trac для разработки, более понятная и приветливая терминология может помочь сделать требование использования trac более удобным в целом.
«Я знаю, что в какой-то момент мы планируем отойти от Trac, но мы еще не достигли этого, и я думаю, что разъяснение этих резолюций будет полезно в краткосрочной перспективе», – сказал Бирюков.
Кто-то может возразить, что перенос основной разработки WordPress на такую платформу, как GitHub или GitLab, сделает гораздо больше, чтобы сделать его более удобным для участия. Ранее в этом месяце Мэтта Малленвега спросили во время виртуального Q&A, есть ли какой-либо прогресс в переносе разработки WordPress на GitHub.
«Пока что нет прогресса, поскольку большая часть активных разработок уже переместилась на Github и плагин Gutenberg, поэтому миграция заявок и рабочих процессов на основе Trac была меньше, – сказал Мулленвег .
