Kann ein Entwickler ein Plugin übernehmen, das als "in mehr als 2 Jahren nicht aktualisiert" gekennzeichnet ist?


13

Ich bin auf einige WordPress-Plugins auf http://wordpress.org/extend/plugins/ gestoßen, die folgende Warnung enthalten:

Dieses Plugin wurde in mehr als 2 Jahren nicht aktualisiert. Es wird möglicherweise nicht mehr gewartet oder unterstützt und weist möglicherweise Kompatibilitätsprobleme auf, wenn es mit neueren Versionen von WordPress verwendet wird.

Gibt es eine Möglichkeit, ein solches Plugin zu "adoptieren" oder zu "verifizieren"? Ich habe ein Plugin auf wordpress.org, damit ich den Prozess verstehe. Was ist der richtige Prozess, um ein altes oder möglicherweise aufgegebenes Plugin auf den neuesten Stand zu bringen?

Antworten:


9

Senden Sie eine E-Mail an plugins@wordpress.org und versuchen Sie, mit dem ursprünglichen Plugin-Autor in Kontakt zu treten. Wenn der Autor nicht zu finden ist und Sie nachweisen können, dass Sie ihn auf dem neuesten Stand halten können, ist es möglich, dass Sie ihn übernehmen dürfen.


Ich bin nicht einverstanden mit "werden Sie es höchstwahrscheinlich übernehmen lassen". Tatsächlich ist es derzeit sehr unwahrscheinlich, dass einer beliebigen Person SVN-Commit-Zugriff auf das Plugin einer anderen Person gewährt wird.
Chip Bennett

3
Eigentlich nein, das ist die richtige Antwort. Wir möchten lieber, dass die Leute alte und nicht gewartete Plugins übernehmen, anstatt sie zu verfälschen. Forking erzeugt unnötige neue Einträge im Repo und hilft bestehenden Benutzern des alten Plugins nicht.
Otto

Und wo sind die offiziellen Anweisungen / Richtlinien / Richtlinien für die Übernahme von verlassenen Plugins, die auf der WPORG-Website veröffentlicht wurden? Wenn das irgendwo gepostet wird, stimme ich zu, dass dies die richtige Antwort ist.
Chip Bennett

Darauf müssen wir in den Handbüchern eingehen. Ich denke, es ist ein wichtiges Thema. Diese Philosophie könnte auch auf alte verlassene Themen angewendet werden.
Chris_O

Ich hatte keine Ahnung, dass das der Fall ist, Otto / Chris. Ich habe versucht, mit dem ursprünglichen Autor in Kontakt zu treten, als ich dies tat - wordpress.org/plugins/tpc-memory-usage-updated -, konnte ihn aber nicht erreichen. Ich wäre mehr als glücklich, wenn ich wieder in sein Original eingehen könnte.
Imperative Ideas

5

Einer der Hauptgründe, warum derzeit kein Github-Support angeboten wird, ist, dass die Entwicklung von Plugins übernommen werden könnte. sehen:

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

Ich stelle mir vor, dass Sie dem Autor eine E-Mail senden (cc'ing plugins@wordpress.org), in der Ihre Absicht, das Plugin auf den neuesten Stand zu bringen, ausreichend ist. Wenn der Autor nicht antwortet, wird Ihnen das Plugin-Team wahrscheinlich Zugriff gewähren. Sie werden wahrscheinlich Bedenken haben, Ihnen Zugang zu gewähren, wenn:

  • Sie haben keine aktuellen Plugins (sie wollen nicht, dass Sie es aufmuntern)
  • Das Plugin arbeitet immer noch mit der neuesten Version von WordPress
  • Das Plugin ist sehr beliebt

3

Ich würde das Plugin nicht übernehmen, ich würde einen SVN-Fork machen und selbst mit der Wartung des Plugins beginnen. Auf diese Weise liegt das Plugin nun bei Ihnen und Sie sind für alle Vorgänge auf dem ersten SVN-Zweig verantwortlich.

Der Umgang mit älteren Problemen (der Entwickler war nicht gut im Support usw.) ist wahrscheinlich nicht die beste Lösung.


2

Was ist der richtige Prozess, um ein altes oder möglicherweise aufgegebenes Plugin auf den neuesten Stand zu bringen?

Während die Dinge immer in der Zukunft ändern könnte (und einige Veränderung unvermeidlich ist , jetzt , dass die Gemeinschaft Traktion in Richtung der Anstrengung gewonnen zu haben scheint das Plugin - Repository , um aufzuräumen / verbessern), die derzeit die empfohlene Ansatz ist es , das verlassene Plugin Gabel , so dass Sie können Ihre Gabel aktualisieren / warten.


Nein, das ist falsch. E-Mail an plugins@wordpress.org ist der richtige Ansatz. Gabeln ist eine schlechte Idee.
Otto

0

Wenn Sie das Plugin nicht übernehmen können und sich letztendlich dafür entscheiden, das Plugin zu "verzweigen", denke ich, dass das auch eine gute Lösung ist. Ich denke, dass die Art und Weise, wie Hikari Category Permalinks von sCategory gespalten wurden, ein gutes Beispiel darstellt (zumindest denke ich, dass ich als Plugin-Benutzer / WordPress-Webmaster kein Plugin-Entwickler bin).

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

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.