問題タブ [nuget-package-restore]

このAzure Notification Hubs サンプルがあります

そしてそれは失敗するので

「Microsoft.ApplicationInsights 0.12.0-build17386」パッケージには NuGet クライアント バージョン「2.8.50313」以上が必要ですが、現在の NuGet バージョンは「2.8.1.0」です。コマンド「eval nuget restore src/NotificationHubSample.sln」が失敗しました。再試行中、2/3。

なぜ？

私の会社は、デスクトップ アプリケーションの内部依存関係に NuGet を使用するように移行しています。これはバージョン管理されたインポートでは問題なく機能しますが、場合によっては (製品のプレベータ中など)、ビルド サーバーで依存関係の最新バージョンを取得し、csproj ファイルで問題なく検出できるようにしたい場合があります。

自動パッケージ復元を使用したいのですが、特定のバージョンによって制限されているようです (この質問に記載されているように)。nuget 復元に続いて nuget 更新を使用することも可能ですが、復元のようにソリューション全体で機能しないようです (また、同じ依存関係の同じバージョンを共有する必要があるプロジェクトが数十あります)。

これまでの最善の解決策は、バージョン管理されていない方法で依存関係のバイナリにヒント パスを追加することでした。

そして、ビルド前イベントを使用して実行します

これを行うより良い方法はありますか？ツールのサポートを得ることができ、プロジェクトの新しい開発者が NuGet を介して独自の依存関係を追加する方法をより簡単に知ることができるように、可能な限り最も標準的な方法で行うとよいでしょう。

Visual Studio 2015 で nuget パッケージの復元機能を有効にするにはどうすればよいですか?

機能がコンテキスト メニューに表示されない (はい - プロジェクトではなくソリューションで試していることを再確認しました)

私の唯一のプロジェクトは .NET 4.5 コンソール アプリケーションです。.nuget フォルダーはまだありません。実際のナゲットパッケージがインストールされています。

一部のホストでは、nuget.exe restore solution.sln ビルド前にパッケージの復元を強制するために使用すると、Nuget ビジュアル プラグインと比較してコマンドが同じように動作しないことがわかります。

一部のホストでは、バージョン コマンドによってビルド番号 (デフォルト値 0) がバージョン番号に追加され、パッケージ フォルダー内のパスにそのビルド番号が含まれるようになります。

たとえば、次の代わりに：

私は代わりに持っています：

内部的には、.vcxproj 内に格納されているターゲットがビルド番号を含まない最初のパスを探しているため、最終的にはビルドが失敗します。観察された動作に関連しているかどうかはわかりませんが、これらのパッケージはCoAppを使用してビルドされたネイティブ C++ パッケージです

同じホストで nuget.exe を使用する代わりに、Visual 2013 からパッケージ マネージャーの復元機能を使用している場合、うまく機能し、パッケージはビルド番号を含まないパスで適切にコピーされます。そして、ビルドはOKです。

一部のホストでは機能し、他のホストでは機能しないためnuget.exe、コンポーネントのバージョンが異なるか、デフォルト設定が異なると思われます。

私がチェックしたコンポーネントについて：

ナゲットのバージョン: 2.8.50926.602

ビジュアル 2013 バージョン: 12.0.31101.00 アップデート 4

そして、それらは機能するホストと機能しないホストの両方で同一です。それで、何が残っていますか？

NuGet ドキュメントによると、NuGet パッケージの復元は TFS 2013 で「正常に機能する」はずです。

そうではありません。

ビルド マシンを実行すると、次のエラーが表示されます (Newtonsoft.Json が見つからない場合)。

これは、デフォルトのテンプレート (TfvcTemplate.12.xaml) を使用する TFS 2013 の新しいプロジェクトです。私は VS 2013 を使用しています。正直なところ、私は TFS を初めて使用するので、ビルド ログがどのように表示されるかわかりませんが、私の場合は次のようになります。

誰もこれについて何か知っていますか？

packagesフォルダーをソース管理から除外できるように、NuGet Package Restore を利用するようにソリューションを移動しようとしています。ただし、適切に実装する方法については混乱があります。

1. 現在packages、TFS にフォルダーがあります。NuGet パッケージの復元の変更をコミットする前に、フォルダーを削除する必要がありますか?
2. .nugetフォルダーをソース管理にコミットする必要がありますか? この記事では、削除するように指示して.NuGet.exeいNuGet.targetsます。
3. NuGet Package Restore を使用すると、TFS でビルドが壊れますか? （ゲート付きチェックインなど）

NuGet.targets ファイルでこのエラーを解決するにはどうすればよいですか。

msbuild/2003 に無効な子要素があることを示すエラーが RestorePackages タグに含まれている場所。

次のタグで同じタイプのエラーが発生します: NuGetToolsPath、PackagesProjectConfig、NuGetExePath、MsBuild、および DownloadNuGet

これらのエラーの後、GitHub からダウンロードした MVCForum ソフトウェア用のこの VS2013 ソリューションの 17 プロジェクトで、「.....nuget\NuGet.exe が見つかりません」という 17 件のケースが発生します。