最新のベストプラクティス：Drupal 7サイト間のコンテンツ/機能の再利用

私が作成するDrupal 7 Webサイトの多くは同じ機能を持っています（ブログ、ニュースセクション、特別オファーなど）。現時点では、コンテンツタイプ、フィールド、ブロック、ビューを毎回再作成する必要があります。より良い働き方を探しています。

役立つモジュールがたくさんあるようですが、どれが最新のベストプラクティスであるかはわかりません。

機能 -このモジュールは、コンテンツタイプ、フィールド、メニュー、ビューのエクスポートに最適です。ただし、ブロック、ブロックの位置、またはコンテンツをエクスポートできないようです。

その他の機能 -このモジュールは、ブロックをエクスポートするために設計されています。ただし、プロジェクトページでは、UUID機能の統合が将来の予定であると記載されています。

UUID機能の統合 -このモジュールは機能していないようです（ただし、修正のためのパッチが利用可能です）。どうやら、それはDeployを支持して削除されました。

デプロイ -これはブロックでは機能しないようで、ノードのエクスポート用に設計されています。それがどのようにUUID機能の代わりになるのか、私にはよくわかりません。

デフォルトのコンテンツ -デプロイに似ている別のモジュール。（つまり、ノードをエクスポートします）

アプリ -これは、機能の代わりとなるまったく新しいアプローチのようです。使い方のドキュメントはほとんどありません。

StrongArm-多くの記事で、このモジュールは機能を最大限に活用するために不可欠であると述べています。ただし、どのように関連しているかはわかりません。

かなり広範囲に検索しましたが、矛盾する情報がたくさんあるようです。

達成したいことのベストプラクティスは何ですか？

また、DrushまたはGUIで動作するものが欲しいので、新しいサイトを最初に構築するときに、新しいサイトにブログやニュースアーカイブの特別オファーなどを含めるかどうかを選択できます。

考慮すべきオプションがさらに2つあります。

1. ユーザーDrushで独自のディストリビューションを作成します。

   Drush makeは、drushの拡張機能であり、さまざまな場所からソースをプルして、すぐに使えるdrupalサイトを作成できます。これは、フラットテキストファイル（drupal .infoファイルと同様）を解析し、記述されているソースをダウンロードすることで行われます。実際には、これは、複雑なDrupalディストリビューションを単一のテキストファイルとして配布できることを意味します。

2. マルチサイト環境でサイトを実行します。これにより、インストールされているすべてのモジュールとテーマを簡単に再利用できます。

   複数のDrupalサイトを実行している場合は、マルチサイト機能を使用してサイトの管理とアップグレードを簡素化できます。マルチサイトでは、複数のサイト間で単一のDrupalインストール（コアコード、コントリビュートされたモジュール、テーマを含む）を共有できます。