对于我的大多数项目，我有以下约定:
/src
/Solution.sln
/SolutionFolder
/Project1
/Project2
/etc..
/lib
/Moq
moq.dll
license.txt
/Yui-Compressor
yui.compressor.dll
/tools
/ILMerge
ilmerge.exe
您会注意到，我没有在源文件夹中保留外部库。我对使用NuGet也很感兴趣，但不希望在源文件夹内使用这些外部库。NuGet是否有一个设置来改变所有包加载到的目录?
当前回答
Visual Studio 2019和Nuget 5.9
打开%AppData%\NuGet文件夹，打开现有的NuGet。配置文件。编辑repositoryPath键并设置新的目标。
<配置> <add key=“存储路径”值=“D:\”鸡块\ packages”- > < /配置>
在环境变量中编辑系统变量NUGET_PACKAGES并设置新的目标
重启VS.不需要放金币。配置文件在每个解决方案。
其他回答
2.1版本说明中提出的解决方案不能开箱即用。他们忘了提到代码:
internal string ResolveInstallPath()
{
if (!string.IsNullOrEmpty(this.OutputDirectory))
{
return this.OutputDirectory;
}
ISettings settings = this._configSettings;
...
}
这阻碍了它的工作。要解决这个问题，你需要修改你的NuGet。然后删除“OutputDirectory”参数:
<RestoreCommand>$(NuGetCommand) install "$(PackagesConfig)" -source "$(PackageSources)" $(RequireConsentSwitch)</RestoreCommand>
所以现在，如果你在NuGet中添加'repositoryPath'配置。Config(参见发布说明中关于放置配置文件的有效位置的描述)，它将把所有包恢复到单个位置，但是…您的.csproj仍然包含以相对路径编写的程序集提示…
我仍然不明白为什么他们走了艰难的道路，而不是改变PackageManager，这样它就会添加相对于PackagesDir的提示路径。这就是我手动在本地(在我的桌面上)和构建代理上拥有不同包位置的方法。
<Reference Include="Autofac.Configuration, Version=2.6.3.862, Culture=neutral, PublicKeyToken=17863af14b0044da, processorArchitecture=MSIL">
<Private>True</Private>
<HintPath>$(PackagesDir)\Autofac.2.6.3.862\lib\NET40\Autofac.Configuration.dll</HintPath>
</Reference>
创建一个名为“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>
创造一个金块。在解决方案文件所在目录中的配置文件中输入以下内容，并重新启动visual studio。(我用VS2022测试它)。/packages -用你的包路径替换它]
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<settings>
<repositoryPath>./packages</repositoryPath>
</settings>
</configuration>
对于.NET Core项目和Visual Studio 2017，我能够通过提供以下配置将所有包恢复到相对路径:
<configuration>
<config>
<add key="globalPackagesFolder" value="lib" />
</config>
...
</configuration>
根据我的经验，lib文件夹是在Nuget的同一级别上创建的。无论SLN文件在哪里，都可以找到配置。 我测试了，命令行dotnet恢复和Visual Studio 2017重建的行为是相同的
我又发现了一个小秘密。(这可能是最基本的，有些人还没有提到，但它对我的解决方案很重要。)“packages”文件夹最终与你的.sln文件在同一个文件夹中。
我们移动了.sln文件，然后固定了其中的所有路径，以找到各种项目，瞧!我们的packages文件夹最终位于我们想要的位置。
