依存関係の事前バンドル特に記載がない限り、このセクションのオプションは、開発時にだけ使用される依存関係の最適化にのみ適用されます。代わりにそれらのエントリーポイントをクロールします。これらのいずれもニーズに合わない場合、このオプションを使ってカスタムエントリーを指定することができます。パターンの配列でなければいけません。これによりデフォルトのエントリーの推論が上書きされます。フォルダーのみが無視されます。マークした無視パターンをエントリーリストの一部として使用できます。パターンを使用せずに)リテラル文字列を使用してパスを指定できます。string[]事前バンドルから除外する依存関係。依存関係を最適化から除外してはいけません。追加する必要があります。外にあるものは事前バンドルされません。このオプションを使用してリンクされたパッケージを強制的に事前バンドルします。パターンを指定して、すべてのディープインポートを一度に事前バンドルすることもできます。これにより、新たにディープインポートが使用されるたびに常に事前バンドルされることを避けることができます。フィードバックをしてください。依存関係の最適化と互換性がなくなるため、省略されています。設定すると、前にキャッシュされた最適化された依存関係を無視して、依存関係の事前バンドルをするよう強制します。true有効化すると、コールドスタート時にすべての静的インポートがクロールされるまで、最初に最適化された依存関係の結果を保持します。これにより、新しい依存関係が発見されて、それが新しい共通チャンクの生成をトリガーしたときに、ページ全体をリロードする必要がなくなります。明示的に定義されていて、それらがすべてスキャナーで検出された場合は、このオプションを無効化して、ブラウザープロセスがより多くのリクエストを並列に処理できるようにすることをおすすめします。'build'このオプションは非推奨です。時点で、ビルド中の依存関係の事前バンドルは削除されています。設定すると開発中のオプティマイザーは有効のままになります。空のままにしてください。WARNINGビルド時の依存関係の最適化は実験的な機能でした。パッケージをサポートするために、再び有効にするよう警告が表示されます。相互作用を強制します。依存関係が相互作用を必要とする場合に適切に検出することができるため、このオプションは一般的には必要ありません。依存関係の組み合わせが異なると、いくつかのパッケージが異なる形で事前にバンドルされる可能性があります。追加すると、全ページの再読み込みを回避してコールドスタートを高速化することができます。依存関係のあるパッケージがそうである場合、警告が表示され、パッケージ名を設定内のこの配列に追加するよう提案されます。Contributors。