在已接受的答案中的配置文件在VS2012中为我工作。 然而，对我来说，只有当我做到以下几点时，它才会起作用:

在VS中创建一个新项目。 退出VS -这似乎很重要。 将配置文件复制到项目文件夹。 重新启动VS并添加包。

如果我遵循这些步骤，我就可以使用共享包文件夹。

创建一个名为“nuget.config”的文件。 把那个文件加到我的解决方案文件夹里了

这对我不起作用:

<configuration>
  <config>
    <add key="repositoryPath" value="..\ExtLibs\Packages" />
  </config>
  ... 
</configuration>

这对我来说确实有用:

<?xml version="1.0" encoding="utf-8"?>
<settings>
  <repositoryPath>..\ExtLibs\Packages</repositoryPath>
</settings>

我又发现了一个小秘密。(这可能是最基本的，有些人还没有提到，但它对我的解决方案很重要。)“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重建的行为是相同的

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

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

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

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

在使用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的项目使用的。