NUGET が「常に」最新のパッケージをダウンロードすることと、-version スイッチの使用方法を学びました。ただし、さまざまな開発者がさまざまな SUO ファイル (Visual Studio) を持っていた最近のプロジェクトでは、ビルド エラーを満たすために他の NUGET コンテンツを追加する必要がありました。(はい、そうすべきではありません)。
しかし、混乱をクリーンアップしようとすると、NUGET がすべてを適切にクリーンアップしていないように見えます。問題をデバッグし、先週、Web.Config にまだ不適切な参照があることを確認して、これを検証しました。もちろん問題は、これらのパッケージの依存チェーン全体が不明であることです! これにより、パッケージをアンインストールするときにDLLが残っている可能性が最も高い理由である循環依存チェーンが作成されます。
これがその好例です。先週、私たちは非常に忙しかったので、MVC 4を再インストールすることにしました...私の最後の既知の動作バージョンを比較し、バージョン固有のものを個別にダウンロードする以外に、その単純なタスクを実行する方法を理解できませんでしたdll. そして、MSFT が独自の MVC テンプレートに含めている、よりあいまいなパッケージを見つけて頑張ってください。
このばかげた証拠を作るためにあなたは何をしますか、そして私の参照ライブラリを制御する「専門家」になるために私にどんなアドバイスを与えることができますか?