導入ワークフローには、個人的な考え方が少しあります。サーバーやバージョン管理の経験、オペレーティングシステム、ホスティング、クライアントの経験、技術文化などを知らずに完全に答えるのは簡単な質問ではありません。
- これは多くの説明がある同様の質問です。
- コンテンツの展開については、Crowd FavoriteのRAMPプラグインをチェックしてください。
- WP Hackersは、展開に関する適切な情報を見つけるための優れたスレッドです。
個人的には、絶対URLをテーマにハードコーディングしないようにしています。bloginfo（）を使用するか、相対URLをコーディングします。私はwp-config.phpファイルで多くの条件を使用しています。これが私のwp-config編集のバニラバージョンです。
switch($_SERVER['SERVER_NAME']){
case 'dev.yourdomain.com':
$db_host = '';
$db_pass = '';
//define debugging
break;
case 'stage.yourdomain.com':
$db_host = '';
$db_pass = '';
break;
default: //Live
$db_host = '';
$db_pass = '';
}
define('DB_PASSWORD', $db_pass);
define('DB_HOST', $db_host);
//You could also set this as a variable above
define('WP_HOME', 'http://'.$_SERVER['SERVER_NAME']));
define('WP_SITEURL', 'http://'.$_SERVER['SERVER_NAME']));
私は次の多くのサイトで働いています
- ローカル（パーソナルハッキング:)私のラップトップWebサーバー）>
- dev（クライアントサーバーでテスト）>
- ステージ（QAの安定したソース-コンテンツ編集）>
- 制作（ライブサイト）
最後に、バージョン管理ツールを使用して、GITやSVNなどのデプロイメントを支援することをお勧めします。プロセスを大幅に簡素化し、環境間のソースの整合性を維持します。ローカルへのコミットは、ステージとプロダクションのコマンドラインを介して簡単に更新されます。ディスカバリー中に、プロジェクトに取り組んでいる開発者がいる場合、あなたとクライアントが最初からどのバージョン管理を使用するかを定義するのが最善です。私は自分のバージョン管理にGITを使用しています。ただし、クライアントがSVNを使用している場合は、ローカルで2つを混在させるため、自分のリポジトリを維持しながら、そのリポジトリにもコミットします。
ある環境から別の環境への移行で問題が発生することはほとんどありません。DBで検索/置換を行い、埋め込みメディアなどに応じてURLを変更します...