ビューを製品として機能としてエクスポートした後、データを(のみ)プロダクションサイトからテストサイトにコピーするためのベストプラクティス?


7

Drupal 7サイトを構築/テストした後、それを製品サーバーにデプロイし、すべてのビューを機能としてエクスポートしました。現在、ビューはすべてテストサイトでは「データベース内」にありますが、ライブサイトでは「コード内」です。ここで、開発の新しいフェーズのために、テストデータベースにコードデータベースではなく製品データベースをコピーしたい場合、開発サイトの「データベース内の」ビューを上書き(または消去)するのを避けるための最良の方法は何ですか?

  1. フィーチャーを作成するときにビューの名前を変更する必要がありますか?
  2. テストから/へ、または製品からテストへ、ビューをエクスポート/インポートしますか?
  3. sqldumpをコピーして戻すときに、テストデータベースのビューを選択的に保持する他の方法はありますか?

どうもありがとう!

回答:


1

次のものがあります。

  • DEVコードベース。(開発コード)
  • DEVデータベース。(dev-db)
  • PRODコードベース。(製品コード)
  • PRODデータベース。(製品データベース)

以下は、ビューを変更して製品にデプロイし、開発を続行するための簡単な開発フローです。

  1. [dev-db] 新しいビューを作成するか、既存のビューを変更します。
  2. [dev-code] そのビューから機能モジュールを作成するか、既存の機能モジュールを再作成します。
  3. [dev-db] DEVで機能モジュールを有効にします。
  4. [prod-code] 変更をコミットしてPRODにプッシュするか、変更をPRODにアップロードします。
  5. [prod-db] PRODの機能を有効化または元に戻します。
  6. [prod-db] PRODからデータベースをエクスポートします(機密データを削除するためにできればサニタイズします)
  7. [dev-db] データベースダンプをDEVにインポートします。
  8. [dev-code] 開発を続けてください!

このフローに従っていれば問題はないはずです。


おかげで、これはいいですね-明確にするために、開発ビューに新しい変更を加えるときは、ビューUIで編集し、機能を「再作成」して、開発に新しいバージョンを展開してから、製品化しますか?
Annie G

機能にビューがあり、オーバーライドされていないとしましょう。ビューのUIで変更を加えてから、フィーチャーを再作成します。現在、変更はコード内にあり、ビューはオーバーライドされていません。変更をコミットし、prodにプッシュして、そこで機能を元に戻すだけです。
Alexar

0
  1. データベースをTEST環境に同期する前に、すべてのビューをTEST環境のコードにエクスポートして、以前のコードを上書きする必要があります。
  2. 次に、ビューをコードに戻します。
  3. 次に、DBをDEVからTESTに同期します。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.