在使用Visual Studio 2019和NuGet v4或更高版本时，我正在寻找一种不涉及更改机器级或用户级配置，也不使用绝对路径的解决方案。

根据NuGet文档，该值可以被NuGet覆盖。配置文件放置在当前文件夹(例如解决方案文件夹)或任何文件夹到驱动器根。请注意，NuGet 3.3和更早的版本期待NuGet。配置文件要放在.nuget子文件夹中。这一开始让我很困扰，因为我的设置最初针对的是旧版本，所以我删除了这个子文件夹。

我最后得到了一块鸡块。配置文件放在我的Dev文件夹(其中包含不同VS解决方案的子文件夹):

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <config>
    <add key="repositoryPath" value=".\installed_packages" />
    <add key="globalPackagesFolder" value=".\installed_packages" />
  </config>
</configuration>

通过这个设置，我的Dev文件夹下的所有解决方案/项目都将它们的包安装在名为installed_packages的文件夹中，位于与nuget相同的级别。配置文件。

最后，请注意repositoryPath是由使用包的项目使用的。而globalPackagesFolder是由使用PackageReference的项目使用的。

创建nuget。在解决方案文件所在目录下配置，包含以下内容:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <config>
    <add key="repositoryPath" value="packages" />
  </config>
</configuration>

'packages'将是还原所有包的文件夹。

关闭Visual studio解决方案并重新打开。

Visual Studio 2015上Nuget 3.2的解决方案是:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <add key="repositoryPath" value="../lib" />
    </config>
</configuration>

为父文件夹使用正斜杠。 将上述文件(nuget.config)保存在解决方案文件夹中。

参考资料可在此查阅

好吧，为了阅读这篇文章的其他人，以下是我对上述无数答案的理解:

The nuget.config file in the .nuget folder is relative to that folder. This is important because if your new folder is something like '../Packages' that will put it where it always goes out of the box. As @bruce14 states you must do '../../Packages' instead I could not get the latest nuget (2.8.5) to find a packages folder outside of the standard location without enabling package restore. So once you enable package restore then the following should be added to the nuget.config file inside of the .nuget folder to change the location: <?xml version="1.0" encoding="utf-8"?> <configuration> ... <config> <add key="repositoryPath" value="..\..\Packages" /> </config> ... </configuration> (This is important) If you make ANY changes to the package folder location inside of the nuget.config files you must restart visual studio or close/reload the solution for the changes to take effect

我又发现了一个小秘密。(这可能是最基本的，有些人还没有提到，但它对我的解决方案很重要。)“packages”文件夹最终与你的.sln文件在同一个文件夹中。

我们移动了.sln文件，然后固定了其中的所有路径，以找到各种项目，瞧!我们的packages文件夹最终位于我们想要的位置。

对于.NET Core项目和Visual Studio 2017，我能够通过提供以下配置将所有包恢复到相对路径:

<configuration>
  <config>
    <add key="globalPackagesFolder" value="lib" />
  </config>
  ... 
</configuration>

根据我的经验，lib文件夹是在Nuget的同一级别上创建的。无论SLN文件在哪里，都可以找到配置。 我测试了，命令行dotnet恢复和Visual Studio 2017重建的行为是相同的