開発者ビルドのためにローカルNPMレジストリにemberアドオンを公開しますか？

Question

これらのNPM/emberアドオンのシナリオをサポートするにはどうすればよいですか？

• 開発者は、燃えさしのアドオンAを構築し、
• ビルドシステムはにインストールする燃えさしのアドオンを構築
• 開発者が唯一の私たちのネクサスNPM統合リポジトリからBの設置Aを構築し、そのAのローカルパッケージを使用する燃えさしアプリケーションBを構築使用し、当社ネクサスNPMリリースリポジトリ

Mavenの

• 開発者デスクトップビルドインストールビルドの後半で使用するローカルリポジトリへのパッケージ。
• ビルドシステムは、彼らがすべての

NPM

• ビルドシステムがを使用することができますビルドを構築する必要はありませんので、開発者によって使用されるように社内共有レポにデプロイパッケージをビルドしますnpm publish --registry http://ourrepo/nexus/ ....プライベートレジストリに公開する
• デスクトップビルドを行う????

相対パスでDependsOnMeを使用することもできますが、ビルドが片方向にしか動作しないビルドマシンでは、何らかのルールを設定する必要があります。

可能であれば、これを実現するためのより洗練されたソリューションが必要です。

開発者に、後で使用するためにローカルのnpmキャッシュに入るパッケージを生成させることはできますか？

関連

• locally build npm package in project
• nexus npm deploy doc

Answer 1

我々はNPMと燃えさしを管理するためのMavenフロントエンドプラグインを使用しているため、我々は、追加のNPMモジュールをカプセル化することができます（この場合、燃えさしアドオン）をmavenアーティファクトとして使用し、さまざまなシナリオでmaven依存関係管理を使用する

エンバーは、NPMリポジトリにローカルパッケージを生成するためのモジュール

• 追加 'NPMパック'（私たちの場合はルート/ターゲットを/ tmp/.npm //）
• に追加タールを生成するためのアセンブリを追加します。 gzにはtarファイルが含まれています（ちょっと愚かなことです）。それをartifact（タイプ：tar。GZ、classifer：燃えさしアドオン）

クライアントモジュール

• アドオンモジュールのtar.gz形式の分類器をアンパックMavenの依存性 - プラグインアンパック追加：前燃えさし - アドオン/ターゲットに燃えさしアドオンをこのモジュール
• のためのNPMの実行にローカル依存関係 "私たちのアドオン" を使用するpackage.jsonを変更： "ファイル：../../ターゲット/燃えさし-アドオン/// package.tgz"

をユーザーがビルドした場合emberとクライアントを作成し、addonモジュールビルドを実行して、ローカルのMavenリポジトリにアーティファクトを配置します。クライアントモジュールはローカルリポジトリから解凍され、npm emberビルドプロセスを介してnode_moduleにプルされます。

ユーザーがクライアントのみをビルドする場合、クライアントモジュールは、パッケージを展開して使用する前に、Nexusリポジトリからアドオンアーティファクトをフェッチします。