API」という名前で導入されました。実験的機能としてリリースされる予定です。バージョンでテストできます。PRこの提案をテストする際には、ぜひフィードバックをお寄せください。ブール値で十分でした。設定可能な環境の登場により、プラグイン内のオプションやインスタンスにアクセスするための統一された方法が用意されました。environment.moduleGraph.getModuleByUrl(url))。サーバーには共有プラグインパイプラインがありますが、モジュールが処理されるときは常に特定の環境のコンテキストで実行されます。インスタンスはプラグインコンテキストで使用できます。使用してアクセス可能)に応じてモジュールの処理方法を変更できます。}環境を登録するには空のオブジェクトで十分で、デフォルト値はルートレベルの環境設定から取得されます。レコードを通して明示的に影響を受ける可能性があります。フックを使ってデフォルト値を設定してください。このフックは、最終的なデフォルト値の解決を含む、部分的に解決された設定を持つ各環境に対して呼び出されます。更新処理を実行できるようになります。フックは複数回呼び出されることになります。現在ファイルの更新が処理されているモジュール実行環境です。変更されたファイルの影響を受ける、この環境のモジュールの配列です。)にマッピングされる可能性があるため、配列になっています。ファイルの内容を返す非同期の読み込み関数です。空の内容を返すことがあるためです。渡された読み込み関数はこの動作を正常化します。正確になるように、影響を受けるモジュールリストをフィルタリングして絞り込む。関数で、適用する環境を定義できます。ブール値を置き換えます。ビルド専用のフックでも動作します。いう別々のプロセスで分離されます)。ビルドの間で状態を共有することを余儀なくされていました。すべての環境を単一のプロセスでビルドするようになったので、プラグインのパイプラインと環境間通信の方法を開発時と合わせることができるようになりました。使っていたのと同じように、アプリのビルドプロセスレベル全体でキャッシュが可能になります。後方互換性を保つために小さなステップを行う必要があります。作成する必要があります。設定することで、完全な設定とプラグインパイプラインを共有できます。設定することで、特定のプラグインを共有するように選択できます。Contributors。