コンテンツ、条件、ユーザー/著者のインポート、またはカスタムモジュールなしのD8への移行
コンテンツ（ノード）、関連用語、ユーザー/コンテンツ作成者のみをD7プロジェクトからインポートまたは単純に移行して、古いプロジェクトに似ていますが、プロジェクトのアップグレードの置き換えを目的とした、より構造化されたD8インストールに移行するにはどうすればよいですか？ D8での動作に関する変更、および古いプロジェクトのコード/モジュールを除いて、データのみをインポートする必要がある変更
D8のインストールは、同じフィールド、メニューなどを使用して古いプロジェクトを反映するようにすでに準備されていますが、relationchipsには以前のD7とは異なるソリューションを使用しています。コンテンツ、コメント、用語、ユーザーを個別に（たとえばCSVとして）インポートし、キーIDを使用してそれらのリレーションシップチップの再構築を支援したいと思います。だが ...
TBH、私が過去数日間読んだ移行ドキュメントは、役立つよりもさらに混乱しました。パーツとステップの間にある多くの小さなことはさらに説明されていないため、自分のニーズにフックして代替のステップを実行できないからです。
私がすでに知っているのは、フィードとフィードのインポートの準備がまだ整っていないことと、移行はかなり複雑であり、コンテンツのインポートだけでなくプロジェクト構造全体のために行われているということです。しかし、非常に多くのモジュールにD8バージョンまたは有効なアップグレードパスがない場合はどうなりますか？
これまでに読んだ内容は https://www.drupal.org/docs/8/modules/migrate-source-csv/using-the-migrate-source-csv-plugin
これはおそらく私の問題に必要なものに近いでしょう。しかし、その一部を理解するのに苦労しています。だから私は使用例を見ます
migration_groups:
- ACME import
その中で、この行が必要かどうか、そしてそれが何であるかについての説明はありません。移行グループのグーグルは私をさらに混乱させます。
Migrate_plusとmigrate-source-csvは私の目的にとって正しい方向であり、移行ドキュメントの用語について理解できる誰かや、理解することが重要な部分はありますか？
組み込みのD8アップグレードオプションとともにD8のこの小さなDrush拡張機能を使用して、D7コンテンツを同様のコンテンツタイプのD8サイトに正常に移行しました： https://www.drupal.org/ project/migrate_upgrade
D7またはD6からのアップグレードプロセスは、管理UIのD8.3 +の一部になり、モジュールリストの下でdrupal 8をインストールした後で簡単に有効にできます。あるいは、Drushを使用することもできます。上記のモジュールを介して。
D8プロジェクトには、古いサイトファイル（画像、pdfなど）へのローカルホストアクセスと、Drupal 7/6）の古いファイルディレクトリとデータベース接続アクセスが必要です。
単純なWebサイトにとっては、かなり苦痛のないプロセスです。