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

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

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

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

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

VS 2017更新:

看起来人们在Nuget团队终于开始使用Nuget自己，帮助他们找到和修复几个重要的东西。所以现在(如果我没有弄错的话，因为还没有迁移到VS 2017)下面的内容不再需要了。您应该能够将“repositoryPath”设置为本地文件夹，并且它将工作。甚至可以将其保留为默认恢复位置，从解决方案文件夹移到机器级。我还是没有自己测试

VS 2015及更早

只是给其他答案一个提示(特别是这个):

NuGet包文件夹的位置可以通过配置来更改，但是VisualStudio仍然相对地引用此文件夹中的程序集:

<HintPath>..\..\..\..\..\..\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>

为了解决这个问题(直到有更好的解决方案)，我使用subst命令创建了一个指向Packages文件夹新位置的虚拟驱动器:

subst N: C:\Development\NuGet\Packages

现在当添加一个新的NuGet包时，项目引用使用它的绝对位置:

<HintPath>N:\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>

注意:

这样的虚拟驱动器将在重新启动后删除，因此请确保您处理了它 不要忘记替换项目文件中现有的引用。

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

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

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

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

除了Shane Kms的答案，如果你已经激活Nuget包还原，你编辑Nuget。在.nuget文件夹中的配置如下:

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

注意多余的“..”“\”，因为它从.nuget文件夹而不是解决方案文件夹返回。