gitとローカルのワードプレス：ワードプレスの更新をどのように処理するのですか？
GitとWordpressがここでしばしば議論されているのを私は見ますが、私は私の特定の質問に対する答えを見つけることができなかったので、私は新しいものを開きます。
Gitに少し慣れるために、私は私の個人的なワードプレスブログにそれを使用したいと思います。私の設定：
- ローカルのWordpressインストール
- リモートレポ（bitbucket）
- fTP経由で私のWebホストにbitbucketをプッシュするたびに自動展開（gitをそこにインストールすることはありません、 buddy を使用します）
これまでのところうまくいっています、私は自分のものを修正したり、プラグインを書いたり、それをホストにプッシュすることができます。私は自分のローカルインストールに新しいコメントなどを入れるために私のローカルDBを時々更新するための小さなスクリプトを書きました。
しかし、どのように私はプラグイン/ワードプレスコアアップデートを処理するのですか？それらを私のホストの実稼働環境に直接適用すると、git（私が思う）の場合は全体のアイデアが損なわれるので、自動更新を無効にしました。しかしどのように進めるのですか？
更新をローカルにインストールし、コミットしてそれらをリポジトリ+ホストにプッシュしますか？それではdbの変更はどうでしょうか。ワードプレス/プラグインの更新はデータベースの内容を変更しますか？私は彼らがそう思う？
それらを私のホストにインストールしてから、FTP経由ですべてをダウンロードし、コミットしてもう一度プッシュします（冗長に聞こえますが、私がやりたいことではありません）。
この問題にどう対処しますか。それとも私の設定は完全に間違っていますか？
私はあなたの要求をこのように定式化します：
- リポジトリは完全で正確なサイトの状態を把握する必要があります
- 更新はローカルでテストされ、 から productionにプッシュされます。
- データベース更新イベントは本番環境で確実に実行されるはずです
Gitだけに固執するということは、実際にはアップデートをローカルにインストールしてリポジトリにコミットする必要があるということを意味します。
データベースの更新に関しては、WordPressコア自体がデータベース構造をバージョン管理し、起動時にそれをチェックします。データベースがサイトの管理者にアクセスして古くなっている場合は、更新を実行するように求められます。もっと忙しいサイトでは、代わりにオンデマンドで舞台裏でそれを実行することを支持してその振る舞いを無効にすることを選ぶことが多いと思います。
これにより、カスタムデータベーステーブルなどを使用しているかどうかを確認するために使用している特定のプラグインの監査がほとんどのままになります。それはWP拡張の間ではそれほど一般的ではありません、それらのほとんどはネイティブのWPデータ構造とAPIで得られます。
改善の可能性については、Composerを調べてWP coreを依存関係として扱うことをお勧めします。それはあなたのリポジトリにWPコア全体のコピーを保存する必要性を取り除くでしょう。