コンテンツタイプ、ビュー、テーマに多数の更新と変更を加え、実際にコンテンツを開発サーバーに追加しようとしています。以下を実行する以外に、開発から本番環境に移行する簡単な方法があるかどうか疑問に思っていました。
features module の使用を含むワークフローに関する投稿がすでにあることを確認しましたが、実際にはコンテンツや設定の変更をブロックやビューなどにエクスポートしますか?私はこれについていくつかの良いアドバイスを与えたグーグルで見つけることができなかったモジュールまたはチュートリアルがあったのだろうかと思っていました。
あなたが話しているコンテンツの移行を行う最もユーザーフレンドリーな方法は、バックアップと移行モジュールを使用することです。
開発インスタンスと本番インスタンスの両方でモジュールをアップロードして有効にする必要があります。より詳細な説明については、プロジェクトページからこのチュートリアルシリーズにリンクしています。また、ファイルディレクトリをバックアップするヘルパーモジュールも見ました。
機能を使用すると、実際に、開発環境で開発したWebサイトに「機能」をすばやくインポートして、本番環境に移行することができます。
理想的には、機能を使用してローカルで開発してから、開発/ステージングサーバーにプッシュするのが理想的です。構成エラーの可能性を減らすために、データベースをdev/stagingから複製する最後のプッシュです。
より高度な操作を行う場合は、Drushを使用することもできます。独自のDrushコマンドを記述できます。必要に応じて、エイリアスを使用して、ターミナルでコマンドを1つにまとめることができます。ファイルのrsync、データベースのsqlsync、およびfeaturesコマンドを使用して構成オプションを同期できます。 Drupalize.meには、これらに関するいくつかの素晴らしいシリーズがあります。
Drupalにさらに興味を持っている場合は、Drushを強くお勧めします。また、Drupal 8のCMIイニシアチブを確認して、次のことを確認することをお勧めします。 https://groups.drupal.org/ build-systems-change-management/cmi
追伸私はもっとリンクを投稿したでしょうが、まだそうする評判はありません。だから、Googleに欠けている部分だけを。
開発サイトから本番サイトに変更をデプロイする際の主な問題は、私にとって非常に厄介な事実です。D8より前のDrupalバージョンでは、データベーステーブルに構成とコンテンツの両方が含まれています。
コンテンツを担当するのがあなただけの場合、開発と本番環境へのアップデートと新機能の導入は簡単です。
もちろん、バックアップを適用する前に、サイトをメンテナンスモードにする必要があります。
プロダクションサイトのコンテンツと開発サイトのコンテンツが異なる場合、問題になります。上記の手順を使用すると、本番サイトでのコンテンツの変更がすべて失われます。これは機能モジュールが重要になる場所です( http://drupual.org/project/features )、そして最近の構成モジュールは、構成のためだけの機能モジュールの準サブセットです-まだアルファ( http://drupal.org/project/configuration )。これらを使用して、構成の更新を開発サイトからエクスポートし、本番サイトに適用できます。
幸い、Drupal 8はデータベースの構成とコンテンツを分離します(構成はキャッシュテーブルにのみ含まれます)ので、この問題はなくなりますDrupal 8の準備ができました生産のため。
詳細については、次を参照してください。 効率的で簡単Drupal 7開発から本番へのワークフロー
構成 モジュールを使用して、変更を開発サーバーからライブサーバーに移行できます。
構成管理モジュールは、Drupalサイト上の特定の構成を追跡し、これらの構成を異なる環境(ローカル、開発、qa、製品)間で移動する機能を提供し、さらにすべての構成がサイトによって所有されているモジュールを使用せずに、完全に異なるサイト間の構成(移行構成)。