一部のホストでは、nuget.exe restore solution.sln
ビルド前にパッケージの復元を強制するために使用すると、Nuget ビジュアル プラグインと比較してコマンドが同じように動作しないことがわかります。
一部のホストでは、バージョン コマンドによってビルド番号 (デフォルト値 0) がバージョン番号に追加され、パッケージ フォルダー内のパスにそのビルド番号が含まれるようになります。
たとえば、次の代わりに：
/packages/my_package.1.57.0/...
私は代わりに持っています：
/packages/my_package.1.57.0.0/...
内部的には、.vcxproj 内に格納されているターゲットがビルド番号を含まない最初のパスを探しているため、最終的にはビルドが失敗します。観察された動作に関連しているかどうかはわかりませんが、これらのパッケージはCoAppを使用してビルドされたネイティブ C++ パッケージです
同じホストで nuget.exe を使用する代わりに、Visual 2013 からパッケージ マネージャーの復元機能を使用している場合、うまく機能し、パッケージはビルド番号を含まないパスで適切にコピーされます。そして、ビルドはOKです。
一部のホストでは機能し、他のホストでは機能しないためnuget.exe、コンポーネントのバージョンが異なるか、デフォルト設定が異なると思われます。
私がチェックしたコンポーネントについて：
ナゲットのバージョン: 2.8.50926.602
ビジュアル 2013 バージョン: 12.0.31101.00 アップデート 4
そして、それらは機能するホストと機能しないホストの両方で同一です。それで、何が残っていますか？