最初のプラグインを作成したところ、WordPressに承認されました。私にとっては素晴らしいニュースですが、今はどうですか?コーデックスの「指示」は私にははっきりとは言えません。Dig WPに関する記事は見つかりましたが、コードの3行目にたどり着きました。その後、喜びはありません。
本全体を読む必要なしにこれを行う方法についての明確な一連の指示をここに持っている人はいますか?ここにはいつもこれをやっている経験豊富な人がいると思います...
前もって感謝します!
最初のプラグインを作成したところ、WordPressに承認されました。私にとっては素晴らしいニュースですが、今はどうですか?コーデックスの「指示」は私にははっきりとは言えません。Dig WPに関する記事は見つかりましたが、コードの3行目にたどり着きました。その後、喜びはありません。
本全体を読む必要なしにこれを行う方法についての明確な一連の指示をここに持っている人はいますか?ここにはいつもこれをやっている経験豊富な人がいると思います...
前もって感謝します!
回答:
WordPress自体は、メインのプラグインファイルの上部にあるヘッダーに依存しています。多くの場合、プラグインが「My Cool Plugin」の場合、このファイルはmy-cool-plugin.php
フォルダーのメインディレクトリにあります。ファイルの上部が次の形式に従っていることを確認してください。
<?php
/*
=== [Plugin Name] ===
Plugin Name: [Plugin name]
Plugin URI: [Website where plugin information can be found - your blog, maybe]
Description: [Short description of your plugin]
Author URI: [Your website]
Author: [Your name]
Version: [This version number]
*/
WordPress.orgリポジトリは、readme.txt
ファイルを使用して説明とダウンロードページを作成します。したがって、readme.txt
ファイルが次の形式に適合していることを確認してください。
=== [Plugin Name] ===
Contributors: [Your WordPress.org username]
Donate link: [A site people can go to to give you money]
Tags: [Search terms related to your plugin]
Requires at least: [Minimum version of WordPress required]
Tested up to: [Newest version of WordPress you've tested with]
Stable tag: [This version number]
[Short, one-sentence description of your plugin]
== Description ==
[Long description of your plugin]
== Installation ==
[Steps required to install the plugin]
== Frequently Asked Questions ==
= [A question] =
[An answer]
= [Another question] =
[Another answer]
== Screenshots ==
== Changelog ==
== Upgrade Notice ==
WordPress.orgには便利なreadmeバリデーターがあり、readmeに必要なものがすべて揃っていることを確認できます。コピーして貼り付けるだけで、すべてのセクションが存在し、準備ができていることを確認できます。
開発バージョンをWordPress.orgプラグインリポジトリとは別にしておくことをお勧めします。はい、SVNはバージョン管理に使用されますが、WordPressはリリース管理により多く使用します。すべての変更セットをリポジトリにコミットし始めると、問題が発生する可能性があります。多くの開発者が行うことの1つは、Gitを使用してローカルで開発し、リリースの準備ができたらファイルをSubversionリポジトリに転送することです。
これらの手順は、Windowsコンピューターを使用していることを前提としています。Macを使用している場合は、TortoiseSVNの代わりにSCPluginを使用できます。実行する必要がある手順は同じですが、UIのため、コンテキストメニューとスクリーンショットのみが若干異なります。Macを持っていないので、スクリーンショットを作成してチュートリアルを説明することはできません。
TortoiseSVNは、Windows用のオープンソースのSubversion GUIです。GUIを使用する方が、コマンドラインから実行するよりもはるかに簡単です。問題も少なくなります。
WordPressでホストされているバージョンのプラグインを保存する場所を見つけます。デフォルトで/My Documents/WordPress/
は、ホストされているすべての開発作業に使用します。フォルダ内を右クリックし、ドロップダウンメニューから[SVNチェックアウト]を選択します。
ポップアップ表示されるダイアログウィンドウで、WordPress.orgプラグインリポジトリのURL(デモ用に使用しているものの1つ)を入力し、作成するサブフォルダーを選択します。
Tortoiseは少し考えてから、WordPress.orgからリポジトリをプルダウンします。新しく作成されたフォルダには、必要なすべてのフォルダがすでに設定されています。これで、コピーアンドペーストしてコミットするだけです。一度に1ステップずつです。
/tags
ここで、ほとんどのチュートリアルから逆の処理を行います。他の誰もが/trunk
最初にコミットするように言うでしょうが、WordPressは/trunk
プラグインを見るときにreadmeファイルを除いて何も使用しないことを覚えておいてください。したがって/trunk
、タグをコミットする前にプラグインを挿入してネットワーク接続を失う(または何かがうまくいかない)と、問題が発生します。
/tags
フォルダーに、プラグイン用にリリースするバージョンと同じ名前のフォルダーを作成します。したがって、バージョン0.1をリリースする場合は、/tags/0.1
フォルダーを作成します。
プラグイン全体をこのフォルダーにコピーします。
次に、フォルダ内を右クリックし、ドロップダウンメニューから[SVNコミット]を選択します。
すべての変更を示すウィンドウポップアップが表示されます(「バージョンなし」としてマークされたすべての新しいファイルが表示されます)。
プラグインのすべてのファイルの横にあるチェックボックスをオンにします(または、[すべて選択]をクリックしてすべてを選択します)。
上部のボックスにコミットメッセージを入力します。タグをコミットしているので、おそらく次のようなものを使用する必要があります。
[My Plugin]のバージョン0.1にタグを付けます。
OKをクリックします。
ここでも、Tortoiseは数分間考え、サーバーにコミットするためにWordPressのユーザー名とパスワードを要求します。それらを提供し、物事が完了するのを待って「成功」と言ってから、次のステップに進みます。
/trunk
次に/trunk
、リポジトリのフォルダに移動し、プラグインをそのフォルダにもう一度コピーして貼り付けます。上記と同じ手順を実行してファイルを選択し、コミットを準備します。ただし、メッセージには、新しいリリースの機能を説明するものを使用します。
[My Plugin]のバージョン0.1-OpenIDのサポートを追加します。
すべてが完了したら、WordPress.orgのサーバーが追いつくのを少し待つ必要があります。一部の日は他の日より遅くなる場合がありますが、1時間以内にリポジトリに新しいリリースが表示されるはずです。
プラグインが公開されると、更新の準備は比較的簡単です。
まず、SVN Updateコマンドを使用して、リポジトリの最新バージョンがあることを確認します。あなたが唯一の開発者であれば、すでにそうすべきですが、とにかくコミットする前に更新することは良い習慣です。
次に、上記のプロセスを実行し/tags
て、新しいバージョン用の新しいサブフォルダーを作成します。と言い/tags/0.2
ます。古い/0.1
フォルダには触れないでください。理由があるので、二度と触れないでしょう。
新しいタグをコミットし、/trunk
フォルダーに移動します。すべてを/trunk
新しいバージョンに置き換え、上記のようにコミットします。サーバーが更新されると、サーバーは古いバージョンではなく新しいバージョンについて話し始めます。