さまざまな理由で、プラグインの開発を断念する人がいます。そのようなプラグインを停滞させるのではなく、より積極的な他の開発者に引き継いでもらえるよう、プラグインをリストに載せることをおすすめします。
プラグインを引き継ぐことで、あなたは将来のすべての開発に責任を持ち、プラグイン (そして、あなた) がすべてのプラグイン・ガイドライン遵守を約束することになります。
引き継ぎプロセス
プラグインを引き継ぐには、2つの方法があります。
- 開発者に直接尋ねて、開発者が「はい」と言って、あなたを追加する
- プラグイン・レビューチームに、支援を依頼する
これを読んでいるあなたは、おそらく2つ目の方法に取り組んでいるはずですので、このまま読み進めてください。ここに書かれている すべて のステップを踏んでいることが期待されます。
1. プラグイン・ステータスの確認
もしそのプラグインがオープンで、アクティブであれば、先に進む前にあなた自身で完全なレビューをしてください。長期にわたるコード維持が、快適かつ可能であることを確認してください。
プラグインが 不使用 という理由でクローズされた場合は、この続きを省略して、提案プラグインのあなたのバージョンを添付して、すぐに plugins@wordpress.org にメールしてください。
もしプラグインがセキュリティの課題でクローズされたのであれば、私たちはそれらの課題を すべて 解決することを求めるので、最善を尽くし、それらの課題を見つけ、修正する意欲があることを証明してください。
クローズされたプラグインは、そのクローズの性質がより複雑で入り組んでいる可能性があるため、引き継がれる可能性が 低い です。たとえば、ライセンス課題でクローズされたプラグインは、ライセンス保持者以外には再オープンが許可されないかもしれません。
大規模なプラグイン (100k ユーザー以上) は引き継がれる可能性も低くなります。というのも、その規模のユーザーベースは決して小さくないため、その規模のプラグインを管理する能力が本当にあるかどうかを確認する必要があるからです。
2. オリジナル開発者に連絡を取る
プラグインへのアクセス権を与えることができるため、オリジナル開発者に 必ず 連絡を取るようにしてください。試してみることをおすすめします:
- メールする
- プラグインのサポートページに、コメントを残す
- GitHub issue を作成する
私たちは、あなたが彼らと連絡を取るためにあらゆる合理的な努力をすることを期待しています。プラグインのページに、そのプラグインにはアクティブな開発者がいないと書かれていれば、問題ありません。
もし開発者と連絡を 取る のであれば、所有権をあなたに移すように頼んでください。彼らは自分でこれを行うことができ、それが完了したら、あなたはプラグインを管理できます。もし彼らに問題があれば、メールでプラグイン・チームに連絡してください。私たちが支援します。
連絡を取る方法がない、あるいは返信がない場合は、ステップ3に進みます。
3. コードの更新
プラグインを開発者から譲り受けたとしても、安全でセキュアであり、現在のガイドラインに適合していることを確認するために、コード全体を上からレビューする必要があります。
あなたの更新には、「新しい所有権を確実にドキュメント化する (できれば、所有権の移動がいつ行われるのかも)、readme の編集」、「彼らのサイト/サポートリソースへの、すべてのリンクの削除」、そして「あなたを含む著作権情報の更新」が含まれていなければなりません。著作権は、付加的なものであることを忘れないでください。古いものを残し、あなたのものを加えるのです。
もしあなたのプラグインがメジャーアップグレードであれば、アップグレードパスを 提供しなければなりません。単にネームスラッグが欲しいだけでは、プラグインを引き継ぐ十分な理由にはなりません。私たちはユーザーをとても大切にしています。あなたのアップグレードによって既存のサイトを壊してしまうことで、私たちに対するユーザーの信頼を侵害することは絶対に避けなければなりません。
新しいバージョンへのアップグレードを促すために、バージョン番号を 上げる 必要があることを忘れないでください。
4. レビューのために、コードを提出する
それでもオリジナル開発者と連絡が取れない場合は、プラグイン・レビューチームに助けを求める必要があります。
コードの更新が完了したら、オリジナル開発者とどのように連絡を取ろうとしたかを説明し、コードを zip 形式で添付して plugins@wordpress.org にメールしてください。zip ファイルをメールできない場合は、ファイルサービス (Google Drive、Dropbox、など) にアップロードするか、コードリポジトリ (GitHub、Bitbucket、など) へのリンクを提供してください。リンクが公開されていることを確認してください !
あなたのバージョンのコードを zip で受け取った後、私たちはそれをレビューし、テストします。この時点で、あなたは 通常の レビュープロセスを経ることになります。つまり、新しいプラグインと同じように扱い、プラグイン全体のセキュリティとガイドラインをチェックします。たとえオリジナルプラグインにそのような課題が見つかったとしても、修正する必要があります。
この段階で、セキュリティの欠陥があると判断されるプラグインもあります。課題の内容によっては、それらのプラグインをクローズすることもありますし、あなたにはそれらの課題を公表しないという約束をしていただきます。
5. 我々が、オリジナル開発者に連絡を取る
私たちがそのコードを受け入れ、あなたが私たちのガイドラインに従った安全な方法で特定のプラグインを維持する能力があると感じたら、あなたの代わりにオリジナル開発者に連絡し、あなたの情報を伝え、あなたが開発を引き継ぎたいことを説明します。
できる限りオリジナルプラグインの作者に通知するよう努めますが、不可能な場合もあります。
6. 気長に待つ
私たちは、30日 (1ヵ月) 以内に私たちの問い合わせに返答するよう、オリジナル開発者に伝えます。もし彼らが返答し、リクエストを拒否した場合、私たちは彼らの決定を尊重し、あなたにプラグインをフォークしたバージョンにコンバートするよう依頼します。私たちは、開発者であるあなたと同じように彼らを尊重し、彼らの仕事に対する彼らの意思を尊重するよう最善を尽くします。
承認されれば、プラグインをあなたのアカウントに移管する支援をします。
もし返信がなく、ここまで来たのであれば、プラグインをあなたに譲渡することになるでしょう。
7. プラグインの更新
プラグインを 安全に 更新するために、あなたを追加する前にプラグインをクローズします。その後、SVN 経由でアップデートしてください。それが完了したら、すべてが正しいことを再確認し、プラグインを再オープンします。これでプラグインは、あなたのものになります。
よくある質問
古いレビューやサポートの投稿は、削除されますか ?
いいえ。良いことも悪いことも継承します。
オリジナル開発者は、継続雇用する必要がありますか ?
いいえ。プラグインを積極的に保守していない人からのコミットアクセスを削除できます (実際そうすべき)。しかしながら。著作権の規定により、あなたはその人のクレジットをコードに残さなければなりません。また、彼らを貢献者としてリストアップしておくことをおすすめします。
オリジナル開発者は亡くなっています。それで何か変わりますか ?
はい。でも、あなたが考えているのとは違います。あなたは (もちろん) 最初に彼らに許可を求めることを省略できますが、私たちは実際に開発者の同僚やチームに連絡を取り、彼らがプラグインの保守を続けたいかどうかを確認します。開発者が亡くなった場合、そのプラグインを永久にクローズするよう私たちに依頼する場合もあります。私たちは、彼らの意思を尊重します。
なぜ、リクエストが却下されたのですか ?
私たちが引き継ぎを拒否する場合、たいていは次のような理由です。
- リクエストしている開発者が、そのプラグインに必要と思われる経験を持っていない
- リクエストされたプラグインは、リスクが高いと判断される
- 既存の開発者が、商標を所有している会社または法人である
- このプラグインには法的な課題があり、譲渡はできない
- リクエストしている開発者は、複数のガイドライン違反をしている
- オリジナル開発者が、私たちに譲渡しないよう要請した
プラグインをお渡しすることに問題がある場合は、できるだけ早くお知らせします。
まれに、プラグインがすでに新しい所有者に譲渡されているが、まだコードをデプロイしていない場合があります。一般的に、特定のプラグインが利用できないと言われた場合、そのプラグインに関する長い歴史があり、私たちが引き継ぎを許可できないことがあります。そのような場合は、プラグインをフォークして申請することをおすすめします。