質問: wordpress coreに提出するためのパッチを作成する最も簡単な方法は? 私はwordpressコアのためのいくつかの パッチを提出しました on trac (そのうちの1つが使用されています)退屈です。コアのパッチを提出するのに必要な手順を詳しく説明してから、プロセスを合理化するための最善の方法を教えてください。私は現在mac os xとphpstormで働いていますが、シェルスクリプトが最も簡単かもしれないと思いますか?それとも、すべてのローテーションが機能するphpスクリプトなのでしょうか。問題の1つは、私が始めなければならないことを十分に理解していないということです。トランクから始めますか?パッチを作成するたびに、新しいコピーをダウンロードして自分のコードでそのコピーを追加/編集する必要がありますか。繰り返しますが、私はsvnを使った作業を行っていますが、パッチは私の現在のスキルの範囲外であり、それを変更したいのです。 wordpressのパッチ適用の専門家が私の助けになることを願っています。前もって感謝します。更新:@ hakreの回答が終わったら、質問にさらに追加する必要があると思います。 古いバージョンからパッチを作成できますか、それともtrunkを使用する必要がありますか? リリースバージョン(3.0.1)を使用しているプロジェクトで作業している場合は、それを変更してcore用のパッチを作成できますか。それとも、元の状態のトランクと新しいコピーをダウンロードして設定してください。 シェルスクリプトを使用してログインをスクリプトにエンコードし、スクリプトを実行して必要なものをすべて再作成したり、パッチを作成したりすることはできますか。 そして落とし穴は何ですか? これらの質問はすべて、wordpressのsvnがどのように機能するのかを知っている人によって想定されているように思われます。そのため、あらゆる議論で常に討議されています。
回答: パッチを作成する最も簡単な方法は、次のとおりです。 http://wordpress.org/download/svn/ / 古いバージョンからパッチを作成できますか、それともtrunkを使用する必要がありますか? 適用したいバージョンと同じバージョンに対してパッチを作成する必要があります。つまり、wp 3.0.1に対して作成されたパッチがwp 3.1-alphaに正しく適用されることを期待しないでください。 リリースバージョン(3.0.1)を使用しているプロジェクトで作業している場合は、それを変更してcore用のパッチを作成できますか。 新しいパッチごとに新しいインストールを設定する必要はありません。元の状態に戻るには、svn revertを使用するだけです。また、データベースは毎回クリーンである必要はありません。実際には、実際の環境をシミュレートするために、いくつか変更を加えた方が良いでしょう。