私はローカルマシン上でWordpressサイトを開発しています。私は今、それを簡単かつ迅速に展開する仕組みを探しています。私はDEV環境（私のローカルマシンにある）、STAGING環境（クライアントページのサブドメイン、おそらくstaging.example.com）、そしてもちろんLIVE環境（example.com）について考えています！wordpressはソリューション、アイデアを展開していますか？
現在の回避策： 私はAptanaを使用しているので、変更されたファイルをIDEが提供するデプロイメントメカニズムと同期させることができます。私のローカルデータベースのエクスポート、パーマリンクの検索/置き換え、すべてのインポート - 終了！ライブを展開するには、すべてのステージングファイルをライブファイルに置き換える必要があります。
これは簡単です。より良いワークフローを持っている人はいますか？ 私はあなたのアイデアを公開して本当に興奮しています！
どうもありがとう 挨拶
私はすべての私の展開のニーズにカピストラーノhttps://github.com/capistrano/capistrano/wiki/を使用して、それが本当に良い解決策です。単に何かをスクリプト化するだけで、うまく動作します。
デプロイメントスキームでも機能します。
これは、絶対にデータベースに絶対URLを入れてしまうため、Wordpressがこのプロセスを必要とするということは、イライラし、完全に狂っています。私は、qaとクライアントのレビューのために複数のステージングサイトを使用して同様の方法で開発します。私の最初のWordpressでの展開の後、私はプラットフォーム全体をあきらめました。コア開発者や他の人が推奨するソリューションはすべて機能しませんでした。
私はプラグインを書きました：http://wordpress.org/extend/plugins/root-relative-urls/ 問題を修正しました。このプラグインを使用すると、あなたのコンテンツに置き換えて&を検索する必要はありません。 hostsファイルのハッキングやDNSトリックはありません。私のプラグインを使用すると、IPアドレスまたはコンピュータ名、または任意のタイプの転送先ホストを介してサイトにアクセスできます。また、データベースに入る前にURLを相対パスに変換するため、異なるドメイン形式間で作業することについても心配する必要はありません。そして、彼らはあなたがSSLを使用している場合は、Wordpressのtracデータベースで報告された520程度のバグを気にする必要はありませんので、彼らはURLでスキーム（http/s）をハードコードしないので。
私が最近仕事をしているWordPressプロジェクトの主なものです。そして、あなたがここでチェックアウトできるプラットフォームに存在する特異性に対処するためのカップルのプラグインをいくつか書いた：http://wordpress.org/extend/plugins/profile/marcuspope
あなたの問題に答える希望。
私はまた、WordPressとDrupalの両方の展開にCapistranoを使用しています。私は通常テストのためにモジュールをローカルにインストールし、テスト環境と本番環境にプッシュします。アップロードなどでは、scmに保存されたファイルとそうでないファイルを同期するためのカスタムタスクを追加します。ここに私がまとめた簡単なガイドがあります。
http://www.celerify.com/deploy-wordpress-drupal-using-capistrano
カピストラーノは便利なツールが、私の目的のために大きなに少しのようです。 DBのダンプを生成し、すべてのURLを検索/置換し、ライブDBをクリアしてダンプをインポートし、最後にステージングからアップロードするフォルダをコピーするPHPスクリプトを書くことが可能です.... PHPスクリプト？ – ChristianB