NUGetのカスタマイズですか？

Question

私は外出先で多数のプロジェクトを持ち、いくつかのソリューション（プロジェクト "プール"のサブセットです）を持っています。特定のテストのためだけに.slnを設定するとよい場合もあります。

問題：

1. NUGetが個別に各ソリューションに関連付けられています。

2. NUGetは.slnが存在するフォルダから "packages"フォルダ内のダウンロードを探したいのですが、これは理想的ではありません。私はこの種のもののためのライブラリフォルダを持っています（プール内のすべてのプロジェクト用です）。私はこのライブラリ領域のNUGETサブフォルダを持っていてうれしいです。

私はNUGetの利便性は好きですが、大規模なプロジェクトソリューションではわかりません。

可能な答えは：

1. 一つの考えはちょうどNUGETための.sln & .csprojを持って、その後、通常通りのパッケージを参照するようにしました。そのようにオートメーションの一部を失うことになります。

2. ソース管理からパッケージを追加せず、ソース管理からプロジェクトを再作成すると、nugetは必要なものと全く同じバージョンをダウンロードします...そして、このように動作します。これは、ナゲット・ペイロード・プロバイダに高い信頼度を置くことを要求する。いい考えではない。

---

しかし、NuGet 1.4に我々は に計画していることがNuGetに統合します。 プロジェクトをビルドしようとすると、各パッケージに パッケージがあり、パッケージには パッケージのpackages.config ファイルを復元するための新しい機能が追加されます。

http://haacked.com/archive/2011/04/27/feedback-request-for-using-nuget-without-committing-packages.aspx?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3a%20haacked%20%28you%27ve%20been%20HAACKED%29

...少なくとも前方の方法があります。残念ながら、同じライブラリフォルダを持つ複数のソリューションでは混乱します。

Answer 1

私はこれを試していません（デフォルトのNuGet操作はうまく動作します）。そうすれば完全に間違っている可能性があります。

NuGetのドキュメントには、Using NuGet without committing packages to source controlというページが含まれています。ページの一番下には、NuGetコマンドラインの例がいくつかあり、そのようなシナリオで使用することができ、それらはすべて、パッケージをどこにドロップするかを指定するために-o [Package Directory]を使用します。すべての例では、パッケージディレクトリはソリューションフォルダに関連していますが、私は、あなたが望むならば、C:\Packagesのような絶対パスを簡単に使うことができると強く思っています。