WordPressプラグインの変更
WordPressプラグインに変更を加えることについて非常に簡単な質問があります。オープンソースでプラグイン開発に不慣れなコードを扱うのは非常に新しいので、質問が単純であることをお詫びします。
自分が取り組んでいるプロジェクトに適したソリューションを提供するプラグインを見つけました。ただし、自分のニーズに合わせて機能させるために、コードを変更しました。プラグインは、に基づいて、「GPLv2の以降」ライセンス、持っている、これはプラグインに変更があれば、私は私が作ったと私は「後でGPLv2のか」の下にプラグインを公開しているた変更に注意して、罰金であることを言っているようですライセンスも。
プラグインに変更を加えたため、クライアントの作業の一環として他の人にプラグインを提供できるようにしたいと思います。しかし、私は前進するための最良の方法がわかりません。
「GPLv2以降」のライセンスでプラグインを公開し、自分で更新する方がよいでしょうか（プラグインにごくわずかな変更を加えました）。
または、共同で変更を提案するために、プラグインの元の所有者に連絡する方がよいでしょうか？元の所有者が私の変更を受け入れない場合、私の選択肢は何ですか？
@wrydereの質問に答えるには：
- プラグインは無料で、現在有料アップグレードを提供したり、何らかの利益を生み出したりしていません。
- 自分のバージョンのプラグインを維持する時間は絶対にありません。クライアントのためにできればいいのですが、それが現実的に起こっているとは思いません。ただし、プラグインの独自のフォークを維持する場合、元の所有者が更新をプッシュした場合、（自分の変更とともに）それらの更新を受け入れると、WordPressダッシュボードにプラグインを更新するように常に指示するように求められます（コードは更新を行わないため） 「一致」しない）？基本的に、更新がプッシュされるたびに所有者からの更新を受け入れ、WordPressがプラグインを「更新」する必要があることを通知せずに変更を保持できるようにしたいと思います。
- 今のところ、いいえ、セカンダリプラグインで動作を実行する必要はないと思います。それは可能性が？多分。しかし、大部分の手間のかかる作業はすでにこのプラグインで行われているため、新しいプラグインを作成すると、ホイールが再作成されます。
回答
オープンソースソフトウェアの精神で、私は間違いなく元の開発者に連絡することから始めます。変更がコードベースの改善であり、プラグインの機能を新しい方向に向かわない場合は、コラボレーションを歓迎することがあります。
変更が元の開発者によって拒否された場合、先に進む前に考慮すべき他の事項がいくつかあります。
最初にフォークしたプラグインは無料のプラグインですか、それとも有料ですか？それとも無料ですが、有料アップグレード（フリーミアム）を提供していますか？それが何らかの形で収益を生み出している場合、それをフォークして小さな変更を加えて再リリースすることは道徳的に疑わしいです。
元のプラグインの新しいフォークバージョンを維持する時間と帯域幅と希望がありますか？そうでない場合は、ごくわずかな変更を他の人の手に渡すためだけに公開したくないでしょう。独自のプロジェクトのために、プラグインの独自のフォークを維持する方がよい場合があります。
動作の変更はセカンダリプラグインで実行できますか？他のプラグインを必要とする/変更する/構築するプラグインの例はかなりあります。このルートでは、WPコアと最初のプラグインの両方の更新に遅れないようにする必要があります。これは頭痛の種になる可能性がありますが、フック、アクション、および（安全で正常な）元のプラグインからの関数のオーバーライドを介して変更を加えることができる場合は、これは探索するルートかもしれません。
明確な答えを提供しなかったことをお詫びしますが、状況は多くの可能な結果を示している可能性があります。