私のチームは、Nuget 1.5以降、パッケージをソース管理外に保つために、パッケージの復元を有効にするオプションを使用しています。Nuget 1.6がリリースされたとき、パッケージをプルダウンしない問題に気付き、パッケージマネージャーと一致するように1.6に更新する必要がある.nugetフォルダーのNuget.exeまで追跡しました。
Nugetが更新された後にソリューションを更新する最良の方法は何ですか？スタジオからどのバージョンのnugetがソリューションフォルダーにあるかを簡単に確認する方法がわかりません。これまでのところ、.nugetフォルダーを削除し、[パッケージの復元を有効にする]コマンドを再実行しました。
回答:
コマンドラインからこのコマンドで.nuget \ nuget.exeを更新することをお勧めします：
nuget.exe update -self
[編集]：最初にVS Solutionを閉じます。アップデートがあり、ソリューションが開かれている場合、nuget.exeはソリューションから削除されます。
あなたは可能性があり、上記のコマンドを追加する.nuget \ nuget.targetsを変更することで、復元時に自動的に更新されnuget.exe。例として、そこの復元コマンドを見てみましょう。しかし、それだけの価値があるかどうかはわかりません。nuget.exeの更新はそれほど一般的ではなく、下位互換性が損なわれることはほとんどありません。
これを処理する最良の方法は、単に.nugetフォルダーを削除し、ソリューション全体のパッケージの復元を再度有効にすることです。上記のように、ビルドに自己更新コマンドを追加することはできますが、バージョン間で変更があった場合（またはソリューションから参照を削除した場合）はターゲットまたは構成ファイルを更新しません。おそらくそれほど大きな問題ではありませんが、これは最新のexeファイルと構成ファイルを確実に入手するための確実な方法です。そして結局のところ、更新は、新しいコマンドにアクセスする必要がある場合、または最終的に新しいリリースに重大な変更がある場合にのみ問題になります。
NuGet.exe と同様にを更新するための最良の方法であることがわかりましたNuGet.targets（これも重要です）。NuGet.targets新しいファイルに再度適用できるように、ファイルに加えたカスタマイズ（カスタムPackageSourceなど）を必ず保存してください。
基本的には、.slnファイルの横にNuGet.Configファイルを作成するだけです。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<clear/>
<add key="nuget.org" value="https://www.nuget.org/api/v2/" />
<add key="aspnetwebstacknightlyrelease" value="https://www.myget.org/f/aspnetwebstacknightlyrelease/" />
</packageSources>
</configuration>