Cum poate un dezvoltator să preia un plugin marcat ca „neactualizat de peste 2 ani”?
Am dat peste câteva plugin-uri WordPress pe http://wordpress.org/extend/plugins/ cu acest avertisment:
Acest plugin nu a fost actualizat de peste 2 ani. Este posibil să nu mai fie întreținut sau suportat și să aibă probleme de compatibilitate cu versiunile mai recente de WordPress.
Există vreo modalitate de a „prelua” sau „verifica” un astfel de plugin? Am deja un plugin pe wordpress.org, așa că înțeleg procesul. Care este procedura corectă pentru a aduce la zi un plugin vechi sau posibil abandonat?

Trimiteți un e-mail la plugins@wordpress.org și ei vă pot ajuta să încercați să luați legătura cu autorul original al pluginului. Dacă autorul nu poate fi găsit și puteți demonstra că sunteți capabil să îl mențineți actualizat, este posibil să vi se permită să preluați responsabilitatea pentru acesta.

Nu sunt de acord cu afirmația „cel mai probabil vă va permite să preluați controlul”. De fapt, în prezent este foarte puțin probabil ca o persoană oarecare să primească acces de commit SVN la un Plugin care aparține altcuiva.

De fapt, nu, acesta este răspunsul corect. Am prefera ca oamenii să preia plugin-uri vechi și neîntreținute în loc să le fork-uiască. Fork-urile creează intrări inutile în repository și nu ajută utilizatorii existenți ai vechiului plugin.

Și unde sunt postate instrucțiunile/ghidurile/politica oficială pentru preluarea plugin-urilor abandonate pe site-ul WPORG? Dacă acestea sunt postate undeva, voi fi de acord că acesta este răspunsul corect.

Acesta este ceva ce trebuie să abordăm în manuale. Cred că este o problemă importantă. Această filozofie ar putea fi aplicată și vechilor teme abandonate.

Nu aveam idee că așa stau lucrurile, Otto/Chris. Am încercat să iau legătura cu autorul original când am făcut asta - http://wordpress.org/plugins/tpc-memory-usage-updated/ - dar nu l-am putut contacta. Aș fi foarte bucuros să reintegrez în versiunea lui originală.

Unul dintre motivele principale pentru care suportul GitHub nu este oferit în prezent este pentru ca dezvoltarea plugin-urilor să poată fi preluată. vezi:
http://make.wordpress.org/plugins/2012/08/18/93/
Îmi imaginez că trimiterea unui email autorului (cu copie la plugins@wordpress.org) în care să îți exprimi intenția de a actualiza plugin-ul ar trebui să fie suficient, dacă autorul nu răspunde, atunci echipa de plugin-uri va fi probabil dispusă să îți ofere acces. Este posibil să aibă rezerve în a-ți oferi acces dacă:
- Nu ai niciun plugin existent (nu vor să riști să-l strici)
- Plugin-ul funcționează în continuare cu cea mai recentă versiune de WordPress
- Plugin-ul este foarte popular

Nu aș prelua plugin-ul, aș face un fork SVN și aș începe întreținerea plugin-ului pe cont propriu. În acest fel, plugin-ul devine al tău, iar tu ești responsabil pentru tot ce urmează după fork-ul SVN inițial.
A face față problemelor moștenite (dezvoltatorul nu a fost bun la suport, etc.) probabil nu este cea mai bună soluție.

Care este procesul corect pentru a actualiza un plugin vechi sau posibil abandonat?
Deși lucrurile se pot schimba în viitor (și unele schimbări sunt inevitabile, acum că comunitatea pare să fi câștigat teren în efortul de a curăța/îmbunătăți depozitarul de Plugin-uri), în prezent abordarea recomandată este să faceți un fork al plugin-ului abandonat, astfel încât să îl puteți actualiza și întreține în continuare.

Dacă nu poți prelua plugin-ul și ajungi să te decizi să "fork" plugin-ul, cred că aceasta este și o soluție bună. Cred că modul în care Hikari Category Permalinks a fost bifurcat din sCategory oferă un bun exemplu (cel puțin, așa cred eu ca utilizator de plugin/webmaster WordPress, nu sunt dezvoltator de plugin-uri).
http://wordpress.org/extend/plugins/hikari-category-permalink/
