我一直在寻找类似的东西,但没有找到。虽然新的自动包恢复方法比以前简单得多,但它失去了使用解决方案存储自定义 nuget 包源的能力。相反,它依赖于配置文件%AppData%\nuget\nuget.config。
这对于开发工作站来说并不是什么大问题:如果有自定义 nuget 存储库,每个开发人员都需要知道更新他们的包源。不过,根据我的经验,构建服务器更麻烦。这是我在构建服务器上构建脚本的有点不完美的解决方案。
对于正式构建,我使用一个小的 MSBuild 脚本来恢复包,然后使用 Visual Studio 生成的 MSBuild 文件进行构建。
这是一个非常简单的 msbuild 文件示例。本次讨论最重要的部分是运行 nuget restore 的 <Exec> 元素。
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" DefaultTargets="Build">
<PropertyGroup>
<SolutionDir>$([System.IO.Path]::GetDirectoryName('$(MSBuildProjectDirectory)'))\</SolutionDir>
<Configuration>Release</Configuration>
</PropertyGroup>
<PropertyGroup>
<ToolsDir>$(SolutionDir)tools\</ToolsDir>
<NuGetDir>$(ToolsDir)nuget\</NuGetDir>
</PropertyGroup>
<PropertyGroup>
<SolutionProperties>
Configuration=$(Configuration)
</SolutionProperties>
</PropertyGroup>
<Target Name="Build">
<Exec Command="$(NuGetDir)\nuget.exe restore -ConfigFile $(NuGetDir)nuget.config" WorkingDirectory="$(SolutionDir)"/>
<MSBuild Projects="MyProject.sln"
Properties="$(SolutionProperties)"
Targets="Clean;Build">
</MSBuild>
</Target>
</Project>
nuget restore 命令引用了一个指定包源的配置文件。这是一个示例nuget.config:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageRestore>
<add key="enabled" value="True" />
<add key="automatic" value="True" />
</packageRestore>
<packageSources>
<add key="Custom MyGet" value="https://www.myget.org/F/myrepo/api/v2" />
<add key="nuget.org" value="https://www.nuget.org/api/v2/" />
</packageSources>
</configuration>
请注意,我还将nuget.exe 的副本保存在与配置文件相同的目录中。我发现在 VCS 中使用它比依赖在特定位置具有 nuget.exe 的构建机器更容易。 (nuget.exe 似乎没有随 VS2015 一起提供,除非我弄错了)。
我知道这可能不是您所希望的好、简单的解决方案。如果其他人提出更好的解决方案,我会很感兴趣。