使用 NuGet 进行构建时的长路径
本文关键字：路径 构建 NuGet 使用 | 更新日期: 2023-09-27 18:37:11
我们正在制作一个框架并将资源出售给客户。昨天，其中一位客户报告说，由于路径太长，他无法构建源。我发现源代码中的最长路径是 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 支持。
你无能为力。如果您的源以合理的路径编译（假设"D：''ExternalCode''yourcode"），那么实际上由您的客户来处理这个问题。如果客户决定你的代码必须在你的解决方案之前已经有 240 个字符的路径中进行编译，该怎么办？你会缩短你所有的名字吗？
您需要做的是提供一个简洁易用的手册来构建代码。源于路径长度的错误需要解决，您必须提供解决方案。该解决方案很可能是"缩短我们的代码部署到的路径"。您无法适应其他每家公司的规章制度。