|
|
1
241
现在可以控制安装包的文件夹。 http://nuget.codeplex.com/workitem/215 见菲尔哈克在2010年12月10日晚上11:45发表的评论(在上面的工作项目/链接中)。该支持部分在1.0中实现,但没有记录在案。 根据@dfowler: 在解决方案旁边添加一个nuget.config文件:
a nuget package 用于创建包文件夹覆盖。
正如Azat所评论的,现在有关于如何控制包位置的官方文档。这个 release notes for 2.1 在nuget.config文件中指定以下配置(有关放置配置文件的有效位置以及分层配置模型如何工作的说明,请参阅发行说明):
这将更改您将文件放入的配置级别的packages文件夹(如果将其放入solution目录,则为solution,则为project,依此类推)。请注意,发行说明声明:
|
|
|
2
63
这对我不起作用:
这对我确实有效:
|
|
|
3
38
|
|
|
4
23
在Visual Studio 2015上,Nuget 3.2的解决方案是:
对父文件夹使用正斜杠。 将上述文件(nuget.config)保存在解决方案文件夹中。 有参考资料 here |
|
|
5
15
在2.1的发行说明中提出的解决方案不是现成的。他们忘了提到有密码:
这会阻止它工作。要解决此问题,需要修改NuGet.targets文件并删除“OutputDirectory”参数:
所以,现在,如果您在NuGet.config中的某个地方添加了'repositoryPath'配置(请参阅发行说明以获取放置配置文件的有效位置的描述),它将把所有包还原到单个位置,但是。。。您的.csproj仍然包含以相对路径写入的程序集的提示。。。 手动 在本地(在我的桌面上)和生成代理上有不同的包位置。
|
|
|
6
11
注意额外的“..\”,因为它从.nuget文件夹而不是解决方案文件夹中回溯。 |
|
|
7
9
这些答案对我都不起作用(Nuget 2.8.6),因为缺少一些提示,所以会尝试在这里添加它们,因为这可能对其他人有用。
在阅读了以下资料之后:
例如。
您还可以使用NuGet命令确保语法正确,如下所示:
|
|
|
8
8
对于.NET核心项目和Visual Studio 2017,我可以通过提供以下配置将所有包还原到相对路径:
我测试了命令行dotnet restore和Visual Studio 2017 rebuild,其行为相同 |
|
|
9
7
但是,对我来说 只有 当我执行以下操作时工作:
如果遵循这些步骤,我可以使用共享包文件夹。 |
|
|
10
5
我们移动了我们的.sln文件,然后修复了里面的所有路径,找到了各种项目,瞧!我们的包文件夹最终到达了我们想要的地方。 |
|
|
11
5
从 https://docs.microsoft.com/en-us/nuget/reference/nuget-config-file
我把Nuget.config放在我的解决方案文件旁边,它就工作了。 |
|
|
12
4
看起来Nuget团队的人终于开始使用Nuget,这帮助他们找到并修复了一些重要的东西。所以现在(如果我没有弄错,因为仍然没有迁移到VS 2017)下面不再需要了。您应该能够将“repositoryPath”设置为本地文件夹,它将正常工作。即使您可以完全保留它,因为默认情况下,还原位置已从解决方案文件夹移到计算机级别。再说一遍-我还是没有自己测试 与2015年及之前 this ): NuGet包文件夹的位置可以通过配置更改,但VisualStudio仍然相对引用此文件夹中的程序集:
亚基
现在,在添加新的NuGet包时,项目引用使用其绝对位置:
注:
|
|
|
13
3
只是用Nuget 2.8.3更新。要更改已安装软件包的位置,我启用了右键单击“解决方案”的“软件包还原”。编辑了NuGet.Config并添加了以下行:
然后重新构建解决方案,它将所有包下载到我所需的文件夹并自动更新引用。 |
|
|
14
3
|