私はNuGetの新機能です。新しくビルドしたライブラリを配備せずに、Nuget経由でVisual Studioに表示させるにはどうすればよいですか?
(Iは、Visual Studio 2015を使用していますことに注意してください)
我々はNuGetを使用し始めた前に、私たちのすべての共有ライブラリ(クラスライブラリ、DLLが)SVNの「のextern」機能を経由して、それらを必要に応じて、各プロジェクトに持ち込まれました。したがって、Visual Studioの観点からは、すべてのプロジェクトがソリューションの一部であり、どこでも変更を行い、心臓のコンテンツを再構築してテストすることができます。
共有ライブラリはNuGet経由でリンクされています。それらは解決策の一部ではありません。デバッグするときには、 "packages"フォルダの下のソースにデバッガを指定することでライブラリコードに入ることができますが、変更したいものがライブラリ内にあるとします。今私は自分のアプリケーションでそれをテストしたいです。私はライブラリの新しいバージョンとしてこの変更を導入する準備ができていません。いくつかのテストなどの後にさらに変更を加えたいと思うかもしれません。
私が欲しいのは、前のようなものです。再構築、テスト、変更の追加などを行うことができます。すべての変更に常にライブラリの新しいバージョンを導入する必要はありません。
確かにこれを行う簡単な方法があります。 JavaとMavenには、「ローカルリポジトリ」という概念があり、新しいリポジトリをローカルリポジトリに「展開」する前に、新しいバージョンをローカルに「インストール」することができます。また、Eclipseはすべてのプロジェクトを開いている限り、すべてをビルドするときに自動的に最新のコードを使用するので、デバッグが容易になります。
私は、StackOverflowの土地に誰かがこのような話題を理解し、私を助けてくれることを望んでいます。
編集:私(私、私のチーム)は、アプリケーションとライブラリの両方の作者です。ライブラリ(この場合は一般的な "ユーティリティ"ライブラリ)は、私たちが生成するいくつかのアプリケーションで共有されます。 MavenとEclipseを使用したJavaの経験から、NuGetを使用してVisual StudioとC#でその環境を複製することができました。私たちはNuGetにとって非常に新しいので、これが新人質問のように思えると謝ります。