web-dev-qa-db-ja.com

管理します WP クライアント向けのコアとプラグインのアップデート

クライアント用のWPコアとプラグインの更新を管理する方法について教えてください。それは私のウェブ会社が提供し始めたいサービスですが、私たちは最善の解決策を確信していません。

いくつかの詳細を教えてください。

  1. 私たちが構築するサイトはバージョン管理下にあります(Git/Github)
  2. 私達のプロセスは通常3つの環境を含みます:ローカル開発、ステージング/テスト、生産
  3. デプロイはGithub& DeployHQ で処理されます。
  4. データベースは、優れたWP Migrate DB Pro Pluginを使用して同期されます。
  5. サイトはVPSでホストされています

デフォルトでは、WPの自動更新を無効にしています。

私たちは私たちのワークフローに収まる解決策を探していて、他の誰かが同じようなワークフローを使っているのではないかと疑問に思いますか?

クライアントの本番サイトに単純にログインして、管理者を介してコアやプラグインを更新したくはありません。これは、バージョン管理下のコードが「期限切れ」であることを意味し、ライブサイトを破壊する可能性があります。

近日中に CodeGuard でcode&dbのバックアップを管理する予定です。

任意の提案は大歓迎です。

6
Philip Benton

実際にあなたが尋ねていることに対して範囲内の答えがあるかどうかわからないが、以下はいくつかの願わくは役に立つ情報/考えです。

それに加えて、私があなたが言及しているツールについて(すべて)知っているわけではありません、しかしそれはとにかく副次的です。

あなたが望んでいることは、もちろん、あなたがそれを説明したように、開発プロセスを生き続けることです。あなたが言ったように、それはこのように見えます:

local dev (start cycle 1) > testing/staging (cycle 1) > production (cycle 1)

もちろんこれは線形プロセスではなく、サイクルです。本番環境に作業をデプロイした後は、到達した最新の状態に基づいて新しい機能を開発することになるので、これはアップデートにも同じように適用されます - コアまたはプラグイン。

それであなたがあなたの新しい開発サイクルを始めるならば、それはこのようになるでしょう:

local dev (production from cycle 1, start cycle 2) > testing/staging (cycle 2) > production (cycle 2)

このようにして、あなたのコードはあらゆる段階で同じ段階にあります、あなたのバージョン管理はそのままです、しかしもちろんこれはそのやり方についての単純化されたドラフトです。

やはり、新機能/アップデート用にgitブランチを作り、一般的にバージョン管理の可能性を利用したいと思います。そのため、もう1つ挿入してください。これらの可能性のために、サイクルは一次元ではなく、単に並行開発ブランチなどを考えてください。

とにかく、それはあなたの同期とバックアップのニーズと組み合わせた適切なgitワークフローを選択することになります。 gitの分岐モデルやワークフローの概念は、ここでは明らかに範囲外ですので、そのままにしておきます。 gitワークフローモデルに関するたくさんの情報があります。

注:これはコメントにする必要がありますが、短くする方法がわかりません。

5
Nicolai