使用NuGet构建时的长路径

Question

我们正在制定一个框架并将消息来源出售给客户.昨天有一位客户报告称由于道路太长,他无法建立源头.我发现源中最长的路径是NuGet产生的路径,它是: project\packages\EnterpriseLibrary.ExceptionHandling.Logging.5.0.505.0\lib\NET35\Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.Logging.dll.

连同客户放置源的文件夹名称(不是很长,大约90个字符),以及奇怪的VS行为,当它组成绝对路径c:\blablabla... ..\..\..\something超过260个字符时,他的VS无法编译解决方案.

无论如何我可以解决这个问题？我无法要求客户将源更靠近磁盘根目录 - 他对将代码放在公司内部的位置有自己的协议.我也可以重命名这个dll,但我不想放弃NuGet的支持.

Answer 1

你无能为力。如果您的源代码在合理的路径中编译（假设“D:\ExternalCode\yourcode”），那么实际上由您的客户来处理这个问题。如果客户决定您的代码必须在比您的解决方案早 240 个字符的路径中进行编译，该怎么办？你会缩短你所有的名字吗？

您需要做的是提供一个干净且简单的手册如何构建您的代码。由路径长度引起的错误需要解决，并且您必须提供解决方案。该解决方案很可能是“缩短我们的代码部署路径”。您无法适应其他所有公司的规则和规定。