Следует ли добавлять ревизии кода в ядро ​​WordPress?

Что вы думаете о возможности WordPress отслеживать изменения кода, внесенные в тему панели инструментов и редакторы плагинов? Любые допущенные вами ошибки можно легко исправить с помощью нового средства просмотра версий, представленного в WordPress 3.6. Стоит ли добавить эту функцию в ядро? Это обсуждение в настоящее время находится на столе.

Идея была предложена Александром Хоретом в одном из самых противоречивых проектов Google Summer of Code на сегодняшний день. Его завершенный плагин Code Revisions добавляет собственные версии для темы панели инструментов и редакторов плагинов.

Я поболтал с Александром о его опыте создания плагина. Его не удивило, сколько споров и дискуссий вызвало это предложение.

Я ожидал, что это будет очень спорно. Это был не единственный проект, который я предложил, потому что я действительно ожидал, что он будет сложным с точки зрения сообщества. Первоначальная идея проекта принадлежит Эндрю Насину из GSoC 2011. Тогда кто-то уже работал над редакцией редактора кода темы, но у него был совсем другой, более ориентированный на разработчиков подход. Хотя я и ожидал критики, она все же была довольно жесткой, когда я опубликовал свой первый пост на make/core . Но довольно много людей также поддержало меня, так что мне не пришлось разбираться с критикой в ​​одиночку.

Те, кто против включения возможностей пересмотра кода, обеспокоены возможными рисками безопасности. Многие разработчики, присоединившиеся к обсуждению, опасаются предоставлять пользователям какой-либо доступ к встроенным редакторам кода, учитывая, как легко неподготовленный человек может что-то сломать, когда возится.

Алекс считает, что его плагин — хорошее введение для новых пользователей WordPress, которые хотят начать экспериментировать со своим кодом, не беспокоясь о том, что что-то сломается. «Я думаю, что редакторы кода являются важной стартовой площадкой для пользователей WordPress (не разработчиков), с помощью которых они могут войти в контакт с кодовой базой своего сайта», — сказал он. «Использование их — это первый шаг на пути к отправке патча в ядро ​​в будущем».

Плагин имеет встроенный способ проверки файлов PHP на фатальные ошибки при их обновлении с помощью редакторов кода. Алекс сказал, что это был один из самых сложных аспектов, чтобы заставить все это работать:

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

Решение о добавлении Code Revisions в ядро ​​еще не принято. Алекс надеется, что она будет включена, но признает, что по этому поводу есть много сильных мнений:

Я ожидаю, что это будет серьезное обсуждение, и это зависит от того, насколько сложно это добавляет к ядру. Core движется в более модульном направлении. Поэтому многие люди, возможно, захотят оставить его как плагин и не включать его. Плагин для ревизий кода был написан с идеей оставаться как можно ближе к ядру, не добавляя новой сложности в пользовательский интерфейс — включение его в ядро ​​не составит большого труда.

Теперь, когда GSoC завершается, Алекс работает над одностраничным приложением, используя собственный JSON REST API для своего исследования в области когнитивных наук в Университете Оснабрюка. Он сказал, что очень ждет, когда проект JSON REST API будет добавлен в ядро.

Судьба его плагина Code Revisions еще не решена. Хорошая новость заключается в том, что в любом случае ни одна из этих работ не будет потеряна. Если вам нравится идея ревизий кода, и она никогда не попадет в ядро, вы все равно можете использовать версию плагина.