プロジェクトにローカルなすべての .dll を含む「パッケージ」フォルダーを NuGet で再生成/作成するにはどうすればよいASP.NETですか? これが「パッケージの復元を有効にする」の従来の使用法に反することはわかっていますが、これは前提条件であり、この会話の範囲外です。
残念ながら、復元を使用できないと言われる前に、復元を有効にする道をすでに進んでいました。これらのパッケージをローカルで再生成する必要がありますが、その方法がわかりません。パッケージを削除し、NuGet パッケージの復元を有効にする方法については 1,000 のドキュメントがありますが、ソリューションごとに「パッケージ」フォルダーを持つように戻す方法については何もありません。実際には、そのパッケージを TFS にチェックインし、ビルド時にソリューションで利用できるすべてのものを用意する必要があります。
「NuGet パッケージの復元を有効にする」を既に無効にして再構築しましたが、依存関係はローカルに持ち込まれていません。
したがって、最初はソリューションに対して MSBuild ベースのパッケージの復元が有効になっていて、それを「無効」にしていたので、パッケージを復元してバージョン管理に追加したいと考えています。
最近のバージョンの NuGet がインストールされている場合は、2.7 以降で十分です。ソリューションをビルドすると、Visual Studio によってパッケージが自動的に復元されます。
最近のバージョンの NuGet を使用していて、ビルド時に Visual Studio がパッケージを復元しない場合、ソリューションに .nuget/NuGet.targets ファイルがまだ残っている可能性があります。このファイルがまだ存在する場合、Visual Studio は、MSBuild ベースのパッケージの復元を使用していると見なし、ビルド時にパッケージを復元しません。
パッケージを復元するもう 1 つの方法は、NuGet.exeをダウンロードして実行することです。
NuGet.exe restore YourSolution.sln
また、NuGet の Web サイトには、MSBuild ベースのパッケージの復元から移行して、新しい自動パッケージの復元に移行する方法に関する説明がいくつかあります。この移行ガイドで、TFS にも影響を与える可能性があることの 1 つは、NuGet.config ファイルにある disableSourceControlIntegration 設定です。.nuget/NuGet.config ファイル自体でない場合は、おそらくその設定を削除することをお勧めします。
参照を選択して F4 を押し、Copy Local プロパティを True に設定します。
