Uno sviluppatore può adottare un plug-in contrassegnato come "non aggiornato da oltre 2 anni"?


13

Ho trovato alcuni plugin di WordPress su http://wordpress.org/extend/plugins/ con questo avviso:

Questo plugin non è stato aggiornato da oltre 2 anni. Potrebbe non essere più gestito o supportato e potrebbe avere problemi di compatibilità se utilizzato con versioni più recenti di WordPress.

C'è un modo per "adottare" o "verificare" un plugin come questo? Ho un plugin su wordpress.org quindi capisco il processo. Qual è il processo corretto per portare un plugin vecchio o forse abbandonato?

Risposte:


9

Invia e invia un'email a plugins@wordpress.org e possono aiutarti a provare a contattare l'autore del plug-in originale. Se l'autore non è dove trovarlo e puoi dimostrare che sei in grado di tenerlo aggiornato, è possibile che ti sia permesso di prenderne il controllo.


Non sono d'accordo, " molto probabilmente ti lascerà prendere il controllo". In effetti, attualmente è molto improbabile che a una persona arbitraria venga concesso l'accesso di SVN-commit al plugin di qualcun altro.
Chip Bennett,

3
In realtà no, questa è la risposta corretta. Preferiremmo avere persone che prendessero il controllo di plugin vecchi e non mantenuti invece di bombardarli. Forking crea nuove voci non necessarie nel repository e non aiuta gli utenti esistenti del vecchio plug-in.
Otto,

E dove sono le istruzioni / linee guida / politiche ufficiali per l'acquisizione di plugin abbandonati pubblicate sul sito WPORG? Se viene pubblicato da qualche parte, concordo che questa è la risposta corretta.
Chip Bennett,

Questo è qualcosa che dobbiamo affrontare nei manuali. Penso che sia un problema importante. Questa filosofia potrebbe essere applicata anche a vecchi temi abbandonati.
Chris_O,

Non avevo idea che fosse il caso, Otto / Chris. Ho provato a contattare l'autore originale quando l'ho fatto - wordpress.org/plugins/tpc-memory-usage-updated - ma non sono riuscito a raggiungerlo. Sarei più che felice di ritrovarmi nel suo originale.
Idee imperative

5

Uno dei motivi principali per cui il supporto di github non è attualmente offerto è quello di consentire lo sviluppo dei plugin. vedere:

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

Immagino che inviare un'e-mail all'autore (cc'ing plugins@wordpress.org) affermando che la tua intenzione di aggiornare il plug-in dovrebbe essere sufficiente, se l'autore non risponde, probabilmente il team del plug-in ti darà accesso. Probabilmente avranno delle riserve sul darti accesso se:

  • Non hai nessun plug-in corrente (non vogliono che tu lo impari)
  • Il plugin funziona ancora con l'ultima versione di WordPress
  • Il plugin è molto popolare

3

Non prenderei il plug-in, farei un fork SVN e inizierei la manutenzione del plug-in. In questo modo, il plug-in è ora tuo e tu sei responsabile di tutto il forward sul fork SVN iniziale.

Affrontare i problemi legacy (lo sviluppatore non era bravo nel supporto, ecc.) Probabilmente non è la soluzione migliore.


2

Qual è il processo corretto per portare un plugin vecchio o forse abbandonato?

Mentre le cose potrebbero sempre cambiare in futuro (e alcuni cambiamenti sono inevitabili, ora che la community sembra aver preso piede verso lo sforzo di ripulire / migliorare il repository Plugin), attualmente l' approccio raccomandato è di fork il plugin abbandonato , in modo che puoi aggiornare / mantenere il tuo fork.


No, questo non è corretto. Inviare e-mail plugins@wordpress.org è l'approccio corretto. Forking è una cattiva idea.
Otto,

0

Se non riesci ad assumere il plug-in e alla fine decidi di "fork" il plug-in, penso che anche questa sia una buona soluzione. Penso che il modo in cui i permalink della categoria Hikari sono stati biforcuti da sCategory fornisca un buon esempio (almeno, penso che come utente plugin / wordmaster webmaster, non sono uno sviluppatore di plugin).

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

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.