5

我们已经使用 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>

有没有更好的办法？

4

2 回答 2

13

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

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

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

干杯，泽维尔

于 2011-09-22T17:38:20.337 回答
5

在http://blog.davidebbo.com上的 digitaltrust 的建议之后，我终于安装了 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 文件中更改。此外，确定该位置的是持续集成服务器管理员，而不是命令行调用中的开发人员。

于 2011-09-28T11:18:32.563 回答