9.xでの削除のために8.xでマルチサイトを廃止
マルチサイトでのいくつかのサイトの実装について考えています。共有テーブルがサポートされなくなったとしても、ソリューション（1つのコードベース）のアイデアは完璧です（共有テーブルに関する私の質問は here です）また、ドメインモジュールも知っています）。
いくつか検索したところ、このトピックが見つかりました 8.xではマルチサイトを非推奨にし、9.xでは削除する予定です
私の質問は：
8.xでの非推奨とdrupal 9でのマルチサイトの削除計画はどのくらい深刻ですか？トピックは2年間の計画のカテゴリにあります。
9.xで削除が発生した場合でも、9.xの削除への移行パスを期待する必要があるかどうか。私の考えでは、この移行は共有テーブルでは発生しませんでした。
上記のトピックでマルチサイトを削除するための提案されたソリューションは
マルチサイトへの最新のアプローチは次のとおりです。git —同じコード、異なるサイト。あなたの管理下。メンテナンスも簡単です。
理解できません。どのように機能しますか？
いくつか質問があるので、個別に説明します。
8.xでの非推奨とdrupal 9でのマルチサイトの削除計画はどれほど深刻ですか？トピックは2年間の計画のカテゴリにあります。
言うのが難しい。そのような物議を醸すトピックは、オープンソースコミュニティで何年もの間循環する可能性があります。ご覧のとおり、このトピックは3年以上前に始まったものであり、まだ結論に達していないため、結論に至ることはありません。
9.xで削除が発生した場合でも、9.xの削除への移行パスを期待する必要があるかどうか。私の考えでは、この移行は共有テーブルでは発生しませんでした。
各マルチサイトを新しい個別のサイトに移行するだけなので、テーブルを共有している場合でも問題ありません。共有テーブルを新しいシステムに取り込むには、特別なデータベースダンプとインポートを行う必要がある場合があります。会社のサイトでD6からD7に移行するときに、これを1回実行しました。マルチサイトを使用していて、アップグレードでは、1つから2つのサイトを作成しただけです。
理解できません。どのように機能しますか？
Gitはすべてのコードをリポジトリに保持します。リポジトリは必要に応じて複製できます。したがって、別のサイトを起動する必要があるときはいつでも、コードを複製するだけで、新しいDrupalインスタンスが作成されます。サイトを時間をかけて更新するときに、1つのリポジトリからコードの変更をマージできます別に。
私の会社のシステムでは、プロジェクトごとに中央リポジトリがあります。新しい誰かがプロジェクトで作業するときはいつでも、中央リポジトリからコードを複製し、サイトの正確なコピーを持っています。次に、リポジトリをWebルートに複製して、Web経由で使用できるようにします。人々がコードに変更を加えると、その中央リポジトリに変更をプッシュし、誰でもいつでも自分のリポジトリやパブリックサイトのwebrootに保存されているリポジトリにそれらをプルできます。
私は Aegir をマルチサイト管理に使用しました、素晴らしいツールです！
アマゾンウェブサービスを使用したことがある場合は、Drupalの場合と同様です。ボタンをクリックするだけで、特定のサイトビルドを起動できます。
ボタンをクリックするだけでサイトを更新できます（移行ボタン。デフォルトでは無効になっています。有効にする方法についてはドキュメントをご覧ください）。
裏側のAegirは、Drushを使用して、インストール用のdrush makeファイル、モジュールをダウンロードするためのdrush dlなどの作業の大部分を実行します。
Gitソリューションは、既存のサイトを複製する問題を解決します。各クローンには、Drupal環境の完全なコピーが含まれます。これには、Drupal 8.1.1の時点で53 MBのオーバーヘッドがあります（87 MBの実際のディスク容量が使用されます）私のファイルシステムで）。
今日のディスクおよびSSドライブのMBあたりのコストを考えると、このオーバーヘッドはほとんどの人にとって深刻な問題ではありません。ただし、開発中は、ファイルシステムに多くの実験的および教育的サイトが保存されている場合があります。この場合、Drupalのマルチサイト機能は適切に構成されているため、多くのファイル領域を節約できます。これは、機能の削除に対する強い反対です。