C# .NETCore1.1中的疯狂深路径长度

是否有人在.NET Core 1.1中发现问题，在netcoreapp1.1\publish文件夹下，他们最终得到一个bin文件夹，该文件夹似乎自行循环，并最终导致路径过长的消息出现在Windows中。试图在Windows资源管理器中删除此文件夹会导致出现太长的源消息。唯一的解决办法是使用

以下是生成的路径之一的示例：

bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\Debug\netcoreapp1.1\publish\bin\release\netcoreapp1.1\publish\bin\release\netcoreapp1.1\publish\bin\release\netcoreapp1.1\publish\bin\release\netcoreapp1.1\publish\release\netcoreapp1\

这是由我设置错误引起的问题吗

上次清理返回了以下统计信息：

文件夹：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

然后在第二次构建此结构时：

\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

尝试更新SDK以发布现在可用的版本。 1.0版和1.1版（在本文发布时）包含在从这里下载的一个软件包中。

正如@Andrii Litvinov所述，迁移将发生在VS2017。 如果需要帮助：Microsoft正在提供project.json到msbuild的免费迁移帮助。（截至2017年3月15日更新时）

---

签出：

我记得我对.NET Core SDK的preview2有相同的问题。它在preview3或preview4中都已修复。而且在.NET Core SDK 1.0中肯定已修复。正如@Marc所述。只需更新SDK即可

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

---

编辑：项目将在VS 2017中自动转换，如果您使用命令行工具，您应该应用命令。

如果我读得正确，磁盘上实际上存在嵌套的文件夹结构？此外，我认为您无法使用Windows资源管理器删除该文件夹，因为该程序在许多方面受到限制，无法删除该文件夹最大路径定义（260）。您可以编写一个程序来删除文件夹。编辑：我想Robocopy也可以。真正的问题是路径大于MAX_path。您是如何发布它的？您使用的sdk版本是什么？@marc我已将此添加到问题中。需要将字符串添加到global.json文件中才能找到字符串e应使用最新的SDK，即“1.0.0-preview2-1-003177”part？@MichaelEdwards它不是项目的一部分，它是环境的一部分。您需要下载并升级您的开发环境。我已经运行了update EXE，但我不知道现在应该为Global.json使用什么字符串值。是否自动更新？@MichaelEdwards版本不需要更新，因为开发环境将在编译时拉取计算机上的库。SDK是开发库中使用的net core应用程序库。您的global.json以SDK库中的特定版本为目标。由于您以前有SDK的预览版本，更新实际SDK将确保项目中的sed正在使用生产代码。