我可以制作一个Visual Studio解决方案文件以自动下载Nuget软件包吗？

Question

我正在学习如何使用Visual Studio并发布/消费Nuget软件包。遵循以下教程之后：

https：> https：// .com/en-us/nuget/overume-packages/概述和工作流

我可以创建一个简单的nuget软件包并发布/构建良好，并找到所得的.csproj项目文件。

我被分配的一项任务是创建一个将自动下载Nuget软件包的Visual Studios解决方案文件，但我还没有在Nuget文档中看到此内容。

如何为Visual Studio 2019创建一个解决方案文件（或项目文件？），以使任何用户可以使用（运行？）与他们的项目一起使用此文件，以使Nuget Project自动下载到其Visual Studio Project中？

Answer 1

OP：

我可以创建一个简单的nuget软件包并发布/构建正常，并找到结果.csproj项目文件。

...和OP：

我知道您可以通过Visual Studio接口搜索Nuget软件包以下载。但是，如果我有一个私有式文物存储库的软件包，想知道Visual Studio中是否还有其他方法可以下载它

所以我假设您已经发布了Nuget软件包，并通过 Manage Manage Nuget Packages在项目中引用了它对于解决方案... 至少一次，并提交结果来为您的团队中的其他人提供控制。但是问题在于，您将某种形式的自动工作流程 ，因此，当您的团队成员打开解决方案时，即使包裹在您的上，这些软件包也会自动恢复私人Nuget Server 无论您身在何处，您的团队成员环境当前未配置。这不是问题。

因此，可以做到两种方法：

1. 在Visual Studio中指定其他Nuget软件包在Visual Studio中
2. 修改Nuget actry at 解决方案，用户或机器范围

1.0选择

1.1通过Visual Studio＃1中的软件包管理器设置手动配置Nuget

，可以说是通过VS的用户界面完成的最简单的。不幸的是，这确实要求团队成员手动应用这些设置，这首先是您想要避免的。此外，本质上是用户cope so 将影响您在Visual Studio中打开的任何解决方案，如果多个解决方案正在使用自定义配置进行战斗，可能会导致可能的问题：

也要警告，如果像我一样，您正在工作，并将您的雇主的Nuget服务器添加到了上面，请不要惊讶构建突然停止工作，特别是Nuget Restore。我经常发现自己必须与雇主帐户进行重新认证或暂时禁用自定义Nuget源。

1.2通过nuget.config文件配置nuget。在此选项中，源控件中存在的文件

您可以通过 nuget.config 文件配置Nuget，可以将其添加到 source Control 。为什么这很重要？好吧，当您的团队通过git抓住最新的代码说话时，他们还会在回购的root文件夹中找到一个新品牌的new nuget.config 为此，将检测到，导致Nuget 的自动解决方案特定配置，该配置将 将您的自定义Nuget软件包添加到RESTORE操作中时，您可以构建解决方案。耶！。

您可以完全自由地根据范围进行自定义应用：

• 解决方案
• 用户
• 机器

MSDN可以在 nuget.config 文件上说：

nuget.config是一个包含顶级节点的XML文件，然后包含本主题中描述的部分元素。每个部分包含零或更多项目。请参阅示例配置文件。设置名称是不敏感的，值可以使用环境变量。 ¹

...和：

nuget的行为是由一个或多个nuget.config（xml）文件中的累积设置驱动的，该文件可能存在于项目，用户和计算机范围内。全局nugetdefaults.config文件还专门配置了软件包源。设置适用于CLI，包装管理器控制台和软件包管理器UI的所有命令。 ²

这是一个示例 nuget.config 。请注意，在列出标准Nuget源之前，我首先列出了我的自定义Nuget软件包源（尽管不是完全必要）。配置文件不必与Visual Studio解决方案（ .sln ）文件中的同一文件夹中存在，但也许是在repo root（请参阅下文），因此，当构建解决方案时，优先考虑偏好它可以在任何其他设置（包括VS的用户界面中的内容）上：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <clear />
        <add key="repositoryPath" value="packages" />
    </config>
    <packageSources>
        <!-- When <clear /> is present, previously defined sources are ignored -->
        <!-- Remove this tag or un-comment the nuget.org source below to restore packages from nuget.org -->
        <!-- For more info, see https://docs.nuget.org/consume/nuget-config-file -->
        <clear />       
        <add key="Contoso" value="https://mickyd.com/packages/" />
        <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
    </packageSources>

    <packageRestore>
        <add key="enabled" value="True" />
        <add key="automatic" value="True" />
    </packageRestore>

    <activePackageSource>
        <add key="All" value="(Aggregate source)" />
    </activePackageSource>
</configuration>

Microsoft建议您放置 nuget.config 文件（我的强调）：

... 在您的项目存储库的根部。这被认为是最佳实践，因为它可以提高可重复性并确保不同的用户具有相同的nuget配置。 ¹

请务必查看MSDN上相当详细的示例配置文件。 ³

---

¹ “ nuget.config参考” ，msdn

2 “ common nuget配置” ，msdn

3 “示例配置文件”