問題タブ [npm-link]

複数のプロジェクト間で共有されるため、別のコードベースにプロジェクトの型があります。suman-types に次のディレクトリ構造があります。

私のメイン プロジェクトでは、suman-types をインポートし、メイン プロジェクトの tsconfig.json ファイルには次のように記述します。

私もこれを試しました：

残念ながら、問題は、タイプを別のプロジェクトに保存し、そのプロジェクトをメインプロジェクトにシンボリックリンクすると、メインプロジェクトにタイプを認識させず、通常どおり自動インポートできないことです。

タイプを別のプロジェクトに適切に保存する方法を知っている人はいますか?

2 つのローカル npm プロジェクトがAあり、B. Aに依存していて、ファイルreactに依存関係としてリストされているとしましょう。package.jsonで利用できるnpm linkようにするために使用しAますB。

Bとに依存しAますreact。npm link Aのローカルバージョンを使用していましたA。Aただし、 は既に に依存していることを知っているので、 のファイルにreactは含めません。私が呼び出すと、npm がフォルダーに推移的な依存関係を含めることが期待されます。ただし、さん自身のファイルに推移的な依存関係を含めない限り、 さんのコードで見つけることも、 さんのコードで使用することもできません。reactpackage.jsonBnpm installnode_modulesreactBBpackage.json

のような他のモジュールを含めると、またはのreactような推移的な依存関係もフォルダーに解決されます。fbjsencodingnode_modules

では、どこが間違っているのでしょうか。/ の依存関係がのフォルダーAに含まれていないのはなぜですか?Bnode_modules

Angular 4.x アプリケーション (アプリ) 用に、現在 AoT と互換性のないライブラリ (「Lib」など) を作成しました。

App と Lib は両方とも、サードパーティのライブラリ (「X」など) に依存しています。「<strong>npm リンク」を使用してアプリで Lib を開発すると、X が App/node_modules と Lib/node_modules の両方にあるため、いくつかの動作が停止し、実行時に X からのプロバイダーのインスタンスが複数あるように見えます。 Lib/node_modules から X を削除すると、すべて正常に動作します。これはプロバイダーの一般的な制限であり、特に X とは関係がないと思いますが、私の場合、X は実際には ngx-translate です。

私が見つけた「最もクリーンな」回避策は、Lib ではなく App に対してのみ「npm install」を実行することです。このように、ほとんどの依存関係 (X を含む) はアプリの node_modules にのみ存在し、アプリケーションは正常に動作します。ただし、Lib の開発時に IDE の問題が発生します。2) 代わりに、アプリのプロジェクト (node_modules\Lib で直接) から Lib を開発すると、バージョン管理が正しく統合されません (たとえば、チェックアウトできません)。

どうもありがとう！