Может ли разработчик взять на себя поддержку плагина, помеченного как "не обновлялся более 2 лет"?
Я столкнулся с несколькими плагинами WordPress на http://wordpress.org/extend/plugins/, которые имеют следующее предупреждение:
Этот плагин не обновлялся более 2 лет. Он может больше не поддерживаться и иметь проблемы совместимости с новыми версиями WordPress.
Существует ли способ "взять на себя поддержку" или "проверить" такой плагин? У меня уже есть один плагин на wordpress.org, поэтому я знаком с процессом. Каков правильный порядок действий для обновления старого или возможно заброшенного плагина?

Отправьте письмо на адрес plugins@wordpress.org, и они помогут вам связаться с оригинальным автором плагина. Если автор не будет найден и вы сможете доказать, что способны поддерживать плагин в актуальном состоянии, возможно, вам разрешат взять его под свою ответственность.

Я не согласен с утверждением "скорее всего позволит вам взять его на себя". На самом деле, в настоящее время маловероятно, что случайному человеку будет предоставлен доступ на запись в SVN чужого плагина.

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

И где размещены официальные инструкции/руководства/политика по передаче заброшенных плагинов на сайте WPORG? Если это где-то опубликовано, я соглашусь, что это правильный ответ.

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

Я не знал, что дело обстоит именно так, Отто/Крис. Я пытался связаться с первоначальным автором, когда делал это - http://wordpress.org/plugins/tpc-memory-usage-updated/ - но не смог его найти. Я был бы более чем счастлив объединить изменения обратно в его оригинальный плагин.

Одна из основных причин, по которой в настоящее время не предоставляется поддержка GitHub, заключается в том, чтобы разработка плагинов могла быть передана другим. См.:
http://make.wordpress.org/plugins/2012/08/18/93/
Я полагаю, что отправка письма автору (с копией на plugins@wordpress.org) с заявлением о вашем намерении обновить плагин должна быть достаточной. Если автор не ответит, то команда плагинов, вероятно, предоставит вам доступ. Однако у них могут возникнуть сомнения в предоставлении доступа, если:
- У вас нет текущих плагинов (они не хотят, чтобы вы испортили его)
- Плагин по-прежнему работает с последней версией WordPress
- Плагин очень популярен

Я бы не стал брать на себя поддержку плагина, а сделал бы форк через SVN и начал самостоятельно его поддерживать. Таким образом, плагин становится вашим, и вы отвечаете за все дальнейшие изменения, начиная с исходного SVN-форка.
Разбираться с наследуемыми проблемами (разработчик плохо занимался поддержкой и т.д.), вероятно, не лучшее решение.

Какой правильный процесс для обновления старого или, возможно, заброшенного плагина?
Хотя в будущем ситуация может измениться (и некоторые изменения неизбежны, особенно сейчас, когда сообщество активно работает над улучшением и очисткой репозитория плагинов), в настоящее время рекомендуемый подход — это создать форк заброшенного плагина, чтобы вы могли обновлять и поддерживать свою версию.

Если вы не можете взять на себя поддержку плагина и в итоге решите создать его "форк", я считаю, что это тоже хорошее решение. Мне кажется, что пример форка плагина Hikari Category Permalinks из sCategory является хорошим примером (по крайней мере, так кажется мне как пользователю плагина/администратору WordPress, я не разработчик плагинов).
http://wordpress.org/extend/plugins/hikari-category-permalink/
