2017-10-24 30 views
0

私は自分の内部ライブラリ用のNugetパッケージソースを持っています。いくつかのプロジェクトは、同じソリューション内の他のプロジェクトを参照しています。現在、依存関係はNugetパッケージを参照しています。依存関係のあるプロジェクトが更新されると、その依存パッケージが更新されるのを待たなければならないので、他のプロジェクトを新しい参照で更新することができるので、これを管理することは苦しいことになります。いくつかのプロジェクトには複数の依存関係があるため、パッケージをメインプロジェクトに入れるために5つのビルド(ビルド、更新パッケージ、ビルド、次のレベルでのパッケージ更新など)を待つ場合があります。これを管理するより良い方法はありますか、これは単なるNugetの使用料金ですか?Nuget依存関係管理(内部/非公開ソース)

+0

NuGetを使用してライブラリをメインプロジェクトにインストールしましたか、ライブラリのプロジェクトを同じソリューションに追加しましたか? – CarCar

+0

NugetパッケージとしてCompany.CoreとCompany.NewStuffがあり、NewStuffはCoreに依存しているとします。 NewStuffパッケージのCoreをプロジェクト参照として参照し、CoreのバージョンがNewStuffより低い場合、NuGet経由でメインプロジェクトに追加するときにパッケージを見つけることができません。そこでコアはNuget経由でNewStuffに追加されました。これは経営上の問題の原因となっているものです。コアが更新されると、私たちのNugetパッケージであるすべてのプロジェクトを更新する必要があります。そして、すべてのパッケージはそれらのパッケージに依存します。 – gene

答えて

1

理想的には、特定のアプリケーションのソリューションにライブラリを含めず、NuGet経由でソリューションに追加するだけです。特定のライブラリのpackages.configファイルにあるNuGetパッケージ間のバージョン管理をNuGet Package versioningを参照して管理できます。

消耗しているアプリケーションのライブラリコードをステップ実行する必要がある状況で、NuGetパッケージを削除し、ライブラリプロジェクトをソリューションに追加します。次に、アプリケーションからそのライブラリプロジェクトにプロジェクト参照を追加します。理想的には、これはまれなことです。

+0

私が望んでいた答えではありませんが、それはそれです。うまくいけば、彼らは将来もっと簡単になります。 – gene