使用旧版本 NuGet.exe 的 TFS On-Prem 构建代理

Question

我们在本地托管 TFS 2017 Update 2，并使用本地构建代理。 NuGet.exe 的最新版本目前是 4.3.0，但我们的构建代理始终默认使用 v4.0.0。如何让我们的构建代理使用最新版本的 NuGet.exe？

我们需要更新，因为NuGet restore 在使用 v4.0.0 时失败，但可以与 v4.3.0 一起使用，因为我们正在处理新的 .Net Standard 2.0 包。在我们的构建服务器上，我可以使用NuGet.exe update -self 将在C:\Builds\_work\_tool\NuGet\4.0.0\x64\nuget.exe 找到的 NuGet.exe 从 4.0.0 更新到 4.3.0，但是 C:\Builds\_work\_tool 目录经常被删除和重新创建，所以这不是持久的解决方法。

如何让我们的构建代理始终使用最新版本的 NuGet.exe，或者至少使用 v4.3.0？

Answer 1

我知道您不应该通过链接来回答，但这篇文章提供了您需要的所有详细信息，确认该任务确实仍然使用 4.0.0，如何使用 VSTS 和 TFS 2018不必再担心这个（有一个新的 NuGet 安装程序任务）以及如何通过 PowerShell 脚本为 VS 2017.2（及更早版本）重新创建这种任务，Using the latest NuGet in your build

Answer 2

基于 Greg 的链接答案，但稍微简单一点：

1. 在其他 NuGet 步骤之前添加一个步骤“NuGet Tool Installer”，使用“>=5.0.0”作为版本并标记“始终下载最新的匹配版本”，这应该 - 好吧 - 为您提供最新的稳定版本
2. 替换现有的“NuGet 安装程序”步骤 - 这似乎是“NuGet 还原”步骤的默认设置，只需复制设置即可。它们似乎完全兼容，允许 e。 G。用于引用包配置或解决方案文件，包括模式匹配

就是这样。替换需要您使用“NuGet 还原”指定版本的“NuGet 安装程序”，该版本仅使用“NuGet 工具安装程序”中设置的路径中的 NuGet.exe。还要注意令人困惑的命名（NuGet Tool Installer/NuGet Installer - 两者相当不同）。

不得不对不太旧的 TFS 2017 基础架构进行如此多的修改是一种耻辱。