Visual studio 2013 Nuget重新安装软件包-更新不正确的软件包文件夹

在我的项目文件夹根目录中，我有一个packages文件夹，可供C:/projects/packages上的各种web应用程序使用。所有指向此文件夹的应用程序引用都可以正常工作

但是，对于一个新的应用程序，当我提取最新的代码时，所有引用都希望packages文件夹位于解决方案级别-C:/Projects/CompanyName/Apps/SolutionFolder/packages

当我拉最新版本时，这个文件夹不包括在内（它从未签入subversion），所以我在第一次打开项目时缺少引用。然而，当我尝试构建时，它不会获取这些包的最新版本，当然也不会编译。当我运行更新包-重新安装时，它将更新C:/Projects/packages中的包，并且不会在解决方案级别创建packages文件夹

我已经确认解决方案中的每个项目中都有packages.config，每个项目都希望程序集位于该级别的packages文件夹中。奇怪的是，在我运行-重新安装后，项目文件中的这些HintPath实际上将指向C:/Projects/packages文件夹，程序集引用将解析…但仅适用于第三方软件包，而不适用于我们内部构建的软件包

---

有人知道为什么会这样吗？解决方案是获取同事正在使用的packages文件夹的副本，并将其粘贴到解决方案文件夹中，但如果问题再次出现，这并不能解决问题。

Per@MattWards我检查了appdata中的nuget.config文件，该文件指定了此C:/project.packages路径。删除此设置并生成我的解决方案后，packages文件夹被添加到解决方案级别，一切正常。

是否使用NuGet.config anywhere为包指定自定义路径？是的，所有引用C:/Projects/包的web应用程序都指定了与此位置匹配的repositoryPath。但是，我正在使用的新应用程序没有指定此回购路径。它只是指定了disableSourceControlIntegration键，只是想知道NuGet.config文件继承是否会影响某些事情。如果定义repositoryPath的NuGet.config文件位于目录结构中的另一个项目的下方，那么它可能正在获取该值。如果可能的话，我会尝试在NuGet.config文件中定义未定义的repositoryPath。遗产就在这里-啊哈！我在appdata中的nuget.config文件中指定此C:/Projects/packages路径。删除此设置会导致在生成时将包安装在适当的位置（在解决方案级别）。谢谢