2016-11-09 21 views
0

私は恐竜の開発者ですので、NuGetは比較的新しいものです。私は、コードまたはバイナリを持つ単一のプロジェクトを持つ第三者のオープンソースライブラリを管理するために使用されています。必要に応じて更新してください。このプロジェクトは、私のすべてのプロジェクトのライブラリを参照する共通のフォルダにdllを公開しています。これによりサードパーティのライブラリを簡単に保守することができます。私のプロジェクトでは、ライブラリを更新するだけで再構築するだけでOKです。現在では多くのオープンソースプロジェクトがNuGetにライブラリを公開していますが、プロジェクトでそれらを参照するのは簡単ですが、私が使用するプロジェクトごとにライブラリのコピーをダウンロードしなければならないという事実を恐れています混乱につながる可能性のあるものです。特に、同じパッケージの2つの異なるバージョンを使用し、問題と競合のあるアプリケーションで使用されるdllをビルドする2つのプロジェクトがある場合。 NuGetを他のライブラリと同じように進めて、それを参照するプロジェクトを作成し、それを使ってdllを1つのフォルダに公開してから、そのdllを参照することはできますか?私のdllからのパッケージと、公開されたフォルダのアプリケーション。複数回使用するNugetパッケージを管理する方法

私は明らかになったと思う。このトピックで共有できるすべての考えをありがとう Sabrina

+0

私はまだあなたがなぜあなたは知りません。あなたがしたくない場合は、パッケージを更新する必要はありません。パッケージの更新が悪い場合を除き、通常はパッケージを更新することはありません。 NuGetを悪用しようとする価値よりも問題が多いかもしれない。 –

+0

VS2015を使用している場合は、UIにNuGetパッケージのバージョンを統合することができます。そうしないと、Sync-Packageというコマンドがあります。以前はそれを使わなかった。 –

答えて

1

すべてのプロジェクトのサードパーティライブラリをすべて1つのフォルダにまとめると、dllバージョンになる可能性があります。重大な変更が含まれており、他のプロジェクトから参照されている単一のdllを更新すると、それを参照するすべてのプロジェクトを修正/再構築します。

すべてのプロジェクトで同じパッケージをダウンロードする際の問題を解決するには、local repositoryconfigure Visual Studio to use your local repositorを作成できます。したがって、ローカルリポジトリにlog4netの単一バージョンが含まれている場合、その特定のバージョンのみを使用することができます。さらに、共有フォルダを使用するようにリポジトリを設定することもできます。この場合、すべての開発者やビルドサーバーでもそのリポジトリを使用できます。

ハードディスクなどに多くのスペースを節約するなどNuGetを使用しているのはa lot advantagesです。たとえば、内部フレームワーク用のNuGetパッケージを作成したので、すべてのプロジェクトでbinフォルダーに独自のバージョンがあるのではなく、それらのパッケージを参照するだけです。

+0

私はローカルリポジトリにリンクした記事を読んだことがあり、とても興味深いと感じました。ちょっと "古代"ですが、使用しているものが見つかりました。それでも、私は少しシニアなのかもしれませんが、ローカルのリポジトリにパッケージをダウンロードするにはどうすればいいですか?それはNuGetやVisual Studioからの何かから行われなければならないことですか?私は古くて馬鹿だと感じています...ごめんなさい –

+1

パッケージをダウンロードしてVisual Studioを構成する方法に関する私の回答を更新しました –

+0

これは最も便利でした!私はNuGet.orgでいくつかのソリューションを見つけました。ASPアプリケーションやNuGet.ServerやTFSを使用する別の記事と同様に、実行可能であっても、私の個人的な使い方は複雑すぎます。助けてくれてありがとう –

関連する問題