Чи може розробник прийняти плагін, позначений як "не оновлюється протягом 2 років"?


13

Я натрапив на кілька плагінів WordPress на http://wordpress.org/extend/plugins/ з цим попередженням:

Цей плагін не оновлювався протягом 2 років. Він більше не може підтримуватися або підтримуватися, і він може мати проблеми сумісності при використанні з більш новими версіями WordPress.

Чи є спосіб "прийняти" або "перевірити" такий плагін? У мене є один плагін на wordpress.org, тому я розумію процес. Який правильний процес підведення старого або, можливо, покинутого струму плагіну?

Відповіді:


9

Надішліть та надішліть електронною поштою plugins@wordpress.org, і вони допоможуть вам спробувати зв’язатися з оригінальним автором плагіна. Якщо автора немає де знайти, і ви можете показати, що ви можете постійно оновлювати його, можливо, вам можуть дозволити його перейняти.


Я не погоджуюся з тим, " швидше за все, вам дозволять перейняти це". Насправді наразі навряд чи довільній особі буде надано доступ SVN до чужого плагіну.
Чіп Беннетт

3
Власне, ні, це правильна відповідь. Ми хотіли б, щоб люди перебирали старі та не збережені плагіни, а не роздрібнювали їх. Форкінг створює непотрібні нові записи в репо і не допомагає існуючим користувачам старого плагіна.
Отто

А де на веб-сайті WPORG розміщені офіційні вказівки / вказівки / правила щодо захоплення покинутих плагінів? Якщо це буде розміщено десь, я погоджуся, що це правильна відповідь.
Чіп Беннетт

Це те, що нам потрібно вирішити у підручниках. Я думаю, що це важливе питання. Ця філософія також може бути застосована до старих покинутих тем.
Chris_O

Я не мав уявлення, що це так, Отто / Кріс. Я намагався зв’язатися з оригінальним автором, коли зробив це - wordpress.org/plugins/tpc-memory-usage-update - але не зміг дійти до нього. Я був би більш ніж радий злитися назад у його оригінал.
Імперативні ідеї

5

Однією з головних причин, через яку зараз не пропонується підтримка github, є розробка плагінів. побачити:

http://make.wordpress.org/plugins/2012/08/18/93/

Я думаю, що електронною поштою автору (cc'ing plugins@wordpress.org) буде вказано, що ваш намір оновити плагін має бути достатньо, якщо автор не відповість, тоді команда плагінів, ймовірно, надасть вам доступ. Вони, ймовірно, матимуть застереження щодо надання вам доступу, якщо:

  • У вас немає жодних поточних плагінів (вони не хочуть, щоб ви підняли його)
  • Плагін все ще працює з останньою версією WordPress
  • Плагін дуже популярний

3

Я б не взяв плагін, я б зробив вилку SVN і почав обслуговування плагіна самостійно. Таким чином, плагін тепер ваш, і ви несете відповідальність за все вперед на початковій вилці SVN.

Справа із застарілими проблемами (розробник не мав хорошої підтримки тощо), мабуть, не найкраще рішення.


2

Який правильний процес підведення старого або, можливо, покинутого струму плагіну?

Хоча в майбутньому все може змінитися (а деякі зміни неминучі, тепер, коли громада, схоже, здобула тягу до зусиль з очищення / покращення сховища плагінів), на даний момент рекомендованим підходом є роздрібнення плачевного модуля , щоб ви можете оновити / підтримувати вилку.


Ні, це неправильно. Надсилання плагінів@wordpress.org - це правильний підхід. Форкінг - це погана ідея.
Отто

0

Якщо ви не можете взяти плагін і, нарешті, вирішили "розщедрити" плагін, я думаю, що це теж хороше рішення. Я думаю, що те, як Hikari Категорія Постійні посилання, роздвоєні від sCategory, є хорошим прикладом (принаймні, я вважаю, що як користувач плагінів / wordpress вебмайстер, я не розробник плагінів).

http://wordpress.org/extend/plugins/hikari-category-permalink/

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.