Wordpress 3を開発、ステージング、およびプロダクションに使用するように設定するための最善の方法について、人々が考えているかどうかだけ考えてみてください。
私は現在、友人がレビューするためにファイルをステージに移動する前に、devに使用するインストールを持っています。彼らは幸せになるまで、これは通常しばらくの間行ったり来たりします。それからそれはprodに行きます。
これはかなり手動のプロセスなので、この部分をどのように自動化するのが最もよいかについては、どんな提案でも可能です。
あなたのために何がうまくいく?
Ok誰かが見ているなら、私はいくつかの解決策を見つけました。彼らは完璧ではありませんが、彼らは仕事をしています。
本番前の主な開発期間には、Deploymint(http://markmaunder.com/2011/08/19/deploymint-a-staging-and-deployment-system-for-wordpress/)を使用します。これはGitをベースにしており、Dev、Stage、そしてProduction間の移動に最適です。しかし、問題は、ProdのスナップショットをDevに戻すときに、Prodが変更され続ける(つまり、新しい投稿、編集、コメントなど)場合、マージする機能がまだないことです(まだ?)。それは失われます。
私はこれを大きな変更(デザインなど)のために使ってきましたが、うまくいきました。マージの問題を回避するために、変更セットを調べて更新する必要があるファイルを見つけます。
方程式の2番目の部分はCrowd Favorite Ramp(http://crowdfavorite.com/wordpress/ramp/)です。 Rampは、ステージを使ってコンテンツを変更してからprodにプッシュするのに適しています。コンテンツに最適で、Prodの厄介な変更を防ぐのに役立ちます。
私はあなたがこれを知っていると思います: http://core.trac.wordpress.org/ticket/12865
ここに投稿する誰かが私はグーグルに関与していると信じています:ワンクリックステージングを提供していますwpengine.com(私は1リンクしか投稿できません)
どんなプラットフォーム?私はLinuxを使ってWP3.0を設定していて、セットアップするのがちょっと大変でした(SUBDOMAIN_INSTALL定数を無効にしてからログイン後に再度有効にしない限り、サブドメインインストールではログインできません)。
サブドメインを/ etc/hostsで機能するように設定することもできますが、運用データベースをダウンロードするたびに実行する必要があるDBクエリがいくつかあり、ローカルで機能するようになります。