.Net Core 1.1中的疯狂深度路径长度

Question

有没有人在.NET Core 1.1中看到一个问题,在netcoreapp1.1\publish文件夹下面,他们最终得到一个bin文件夹,它似乎在自身循环,最终导致路径太长的消息出现在Windows中.尝试在Windows资源管理器中删除此文件夹会导致出现"源太长"消息.唯一的解决方案是使用RoboCopy.

以下是其中一个生成路径的示例:

斌\调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\斌\调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\斌\调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \调试\netcoreapp1.1 \发布\ BIN \发布\netcoreapp1.1 \发布\ BIN \发布\netcoreapp1.1 \发布\ BIN \发布\netcoreapp1.1 \发布\ BIN \发布\netcoreapp1.1 \发布\ BIN \发布\netcoreapp1.1 \发布\控制器\

这是由我设置错误导致的问题吗？

最后一次清理返回以下统计信息:

文件夹:6866文件:7391

我使用以下命令发布:

dotnet publish -c debug

似乎每个发布都使文件夹结构更深入,这似乎与我的项目中创建此文件夹结构的CSHTML文件有关:

\publish\bin\debug\netcoreapp1.1\publish\Controllers\Account\Views

然后在第二次构建这个结构:

  \publish\bin\debug\netcoreapp1.1\publish\bin\debug\netcoreapp1.1\publish\Controllers\Account\Views

等等...

我使用的是SDK 1.0.0-preview2-1-003177

Answer 1

我记得我在.NET Core SDK的preview2中遇到了同样的问题.它在preview3或preview4中修复.它在.NET Core SDK 1.0中肯定已得到修复.如@Marc所述.只需更新SDK https://www.microsoft.com/net/download/core#/sdk即可.

使用新的SDK,您的项目将转换为csproj和MSBuild,因此不再有project.json.

编辑:项目将在VS 2017中自动转换,如果使用命令行工具,则应该应用dotnet-migrate命令.