只是给一个更新，Visual Studio 2015用户有一些小的变化。

手动使用或安装包，请进入“工具->选项-> NuGet包管理器->包源”

点击“添加”按钮，选择“源”，不要忘记点击“更新”，因为它会更新你的包的文件夹位置，如果你想编辑你想要的包源名称:

要选择添加的包，请右键单击解决方案并选择“管理Nuget包”

右边是下拉列表，然后选择“浏览”以浏览您在文件夹源上指定的包。如果该文件夹源上没有nuget包，这将是空的:

使用以下3个选项之一打包你的库:

Visual Studio (csproj >属性>包>勾选“生成NuGet包构建”。然后构建解决方案) dotnet命令行(在项目文件夹的命令提示符中:dotnet build，然后dotnet pack命令) NuGet命令行(在项目文件夹的命令提示符中:dotnet build，然后NuGet pack命令)

添加生成的包(在项目文件夹bin >调试(或发布)> *。使用nuget add命令将nupkg文件添加到离线提要(VS2019中的默认位置是C:\Program Files (x86)\Microsoft SDKs\NuGetPackages\) 在VS中，管理NuGet包>右上:更改包源为Microsoft Visual Studio Online Packages。

详细的说明可以在这里找到或在yt

如果你有一个.nupkg文件，只需要.dll文件，你所要做的就是将扩展名更改为.zip，然后找到lib目录。

只是给一个更新，Visual Studio 2015用户有一些小的变化。

手动使用或安装包，请进入“工具->选项-> NuGet包管理器->包源”

点击“添加”按钮，选择“源”，不要忘记点击“更新”，因为它会更新你的包的文件夹位置，如果你想编辑你想要的包源名称:

要选择添加的包，请右键单击解决方案并选择“管理Nuget包”

右边是下拉列表，然后选择“浏览”以浏览您在文件夹源上指定的包。如果该文件夹源上没有nuget包，这将是空的:

菜单工具→选项→包管理器

给出名称和文件夹位置。单击OK。将您的NuGet包文件放在该文件夹中。

转到解决方案资源管理器中的项目，右键单击并选择“管理NuGet包”。选择新的包源。

这里是文档。

用于Visual Studio 2017及其新的.csproj格式

您不能再仅仅使用Install-Package来指向本地文件。(这可能是因为PackageReference元素不支持文件路径;它只允许你指定包的Id。)

首先必须告诉Visual Studio包的位置，然后才能将其添加到项目中。大多数人做的是进入NuGet包管理器并添加本地文件夹作为源(菜单工具→选项→NuGet包管理器→包源)。但这意味着你的依赖项的位置不会与你的代码库的其他部分一起提交(到版本控制)。

使用相对路径的本地NuGet包

这将添加一个只适用于特定解决方案的包源，您可以使用相对路径。

你需要创造一个楔子。配置文件与您的.sln文件在同一目录下。将文件配置为所需的包源。当您下次在Visual Studio 2017中打开解决方案时，来自这些源文件夹的任何.nupkg文件都将可用。(您将在Package Manager中看到列出的源代码，当您管理项目的包时，您将在“Browse”选项卡上找到包。)

这里有一个例子。配置让你开始:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <packageSources>
        <add key="MyLocalSharedSource" value="..\..\..\some\folder" />
    </packageSources>
</configuration>

基本信息

My use case for this functionality is that I have multiple instances of a single code repository on my machine. There's a shared library within the codebase that's published/deployed as a .nupkg file. This approach allows the various dependent solutions throughout our codebase to use the package within the same repository instance. Also, someone with a fresh install of Visual Studio 2017 can just checkout the code wherever they want, and the dependent solutions will successfully restore and build.