如何配置 NuGet.exe 命令行工具行查找包的位置

Question

我们已经使用 NuGet.Server 包成功设置了几个本地包存储库，并将它们托管在本地 IIS 网络服务器上。我们能够从包管理器连接并安装没有问题。所以这些工作正常。

为了让我们不必检查我们的包文件夹，我们在每个包含 NuGet 引用的项目文件中包含以下命令行。如果 NuGet.exe 位于 CI 构建代理的路径中，则此方法有效。

但是，我想将源配置从命令行中的每个项目文件移动到一个地方，最好是其他讨厌的开发人员无法更改的地方；）

<Target Name="BeforeBuild">
    <Exec Command="nuget install $(ProjectDir)packages.config -s 
       http://domain:80/DataServices/Packages.svc/;
        http://domain:81/DataServices/Packages.svc/ 
       -o $(SolutionDir)packages" />
</Target>

有没有更好的办法？

Answer 1

是的，有 ;-) 看看NuGetPowerTools。运行 Install-Package NuGetPowerTools 后，它会在您的 $(SolutionDir) 中添加一个 .nuget 文件夹，其中包含 nuget.exe、nuget msbuild 目标和设置（您需要签入）。

之后，您只需运行 Enable-PackageRestore 并将 msbuild 目标设置到您的 Visual Studio 项目文件中，这将确保在预构建步骤中获取包，即使在您的构建服务器上，也无需签入任何包。 （不要忘记检查 .nuget 文件夹！）。

这样，您只需在解决方案中心的 nuget msbuild 设置文件（在 .nuget 文件夹中）中管理 nuget 包源，而不是在每个项目中。

干杯， 泽维尔

Answer 2

在http://blog.davidebbo.comdigitaltrust 的建议下，我终于安装了 NuGetPowerTools

虽然 NuGetPowerTools 解决了我的问题，但它对于我想要的东西来说太过分了。它要求您签入版本控制它在解决方案根目录中创建的 .nuget 文件夹。该文件夹包含 NuGet.exe 和几个目标文件。我不喜欢这样，因为我认为版本控制是针对源代码的，而不是针对工具的。

我想出了以下解决方案。

1. 将 NuGet.exe 保存到本地驱动器上的文件夹中，无论是在开发计算机还是持续集成计算机上。我选择了 C:\tools\nuget\
2. 将该文件路径添加到所有环境中的路径环境变量

3. 在持续集成机器上，找到 %APPDATA%\NuGet\NuGet.Config 并输入以下内容

   <?xml version="1.0" encoding="utf-8"?>
   <configuration>
   <packageSources>
       <add key="LocalRepositoryName" value="http://Domain/DataServices/Packages.svc/" /> 
   </packageSources> 
   

   您可以向 packageSources 添加多个条目，NuGet 将按照它们出现的顺序搜索它们

4. 我的问题中的构建后代码现在可以修改为以下内容。

   <Target Name="BeforeBuild">
       <Exec Command="nuget install $(ProjectDir)packages.config 
       -o $(SolutionDir)packages" />
   </Target>
   

这样做的最终结果是，无论何时更改已批准的存储库位置，都必须仅在一个位置更改配置，而不是在每个 csproj 文件中更改。此外，确定该位置的是持续集成服务器管理员，而不是命令行调用中的开发人员。