ファイルを移動するために git pull を実行すると、サーバー上の作業ディレクトリから変更が収集されません。最初にサーバーにログインし、すべての変更をコミットしてベア リポジトリにプッシュするというワークフローが考えられます。次に、ベア リポジトリからローカルにプルして、他のユーザーが行った変更を確認し、git を使用してそれらをローカル環境にマージすることができます。
ベア リポジトリにプッシュし、ベア リポジトリからプロダクション サーバーにプルすることで、同じ方法でローカル環境からプロダクションにデプロイすることもできます。
ベア リポジトリは余分な手順のように見えますが、環境 (サーバーとローカル) の両方が動作環境であるため、ベア リポジトリを転送すると、コミットとマージが少し簡単になります。(もし私がこれで軌道に乗っていなければ、誰かが私のやり方の誤りを指摘してくれると確信しています....)
wp-config.php ファイルをレポから除外するか、環境変数などに基づいてパーミッション サイトを変更する必要があります (つまり、ローカルおよびサーバー上の vhost ファイルに環境変数を設定し、条件ステートメントを使用します)。 wp-config.php で使用する DB 資格情報を決定します)。何かのようなもの:
switch ($_SERVER['APPLICATION_ENV']) {
case 'local':
define('DB_NAME', 'local');
define('DB_USER', 'localuser');
define('DB_PASSWORD', 'localpwd');
define('DB_HOST', 'localhost');
define('WP_HOME','http://local.verycoolwebsite.com');
define('WP_SITEURL','http://local.verycoolwebsite.com');
define('WP_DEBUG', true);
define('SAVEQUERIES', true);
break;
case 'production':
define('DB_NAME', 'production');
define('DB_USER', 'www');
define('DB_PASSWORD', 'foobar');
define('DB_HOST', 'localhost');
define('WP_HOME','http://www.verycoolwebsite.com');
define('WP_SITEURL','http://www.verycoolwebsite.com');
define('WP_DEBUG', false);
define('SAVEQUERIES', false);
break;
}
また、イメージ ディレクトリが大きく、バージョン管理が必要ない場合は、イメージ ディレクトリを除外することをお勧めします。
別のオプションとして、探しているものが完全なバージョン管理ではなく変更の移動である場合は、rsync コマンドを調べてください。