相关疑难解决方法(0)

Windows 在尝试删除时似乎对文件名有长度限制，但它不会阻止创建这些文件。

我们的构建过程会创建许多违反此限制的临时文件（许多是基于 WSDL 构建的）。我们的 ant 脚本在执行清理时能够以某种方式删除它们，但有时我需要删除 workarea 目录（所有临时文件所在的位置）而不实际从 ant 中进行完全清理。

这是这个问题的相同错误，但那里的答案对我来说并不真正有用，因为我正在处理一个目录，而不是一个文件，而且我并不总是知道是什么特定的文件或子目录导致了问题。而且我试图避免任何手动过程（除了触发单个命令）来实际删除它们。

如果我尝试从资源管理器中删除目录，我会收到错误

Cannot delete [file name]: The file name you specified is not valid or too long.  
Specify a different file name

Remove-Item在powershell中尝试会出现以下错误：

Remove-Item : The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
At line:1 char:12
+ Remove-Item  <<<< -force -Recurse <directory>

有没有人知道任何工具或简单的方法来解决这个删除错误，而不必手动找到问题文件并移动/重命名它们？

我的妻子有几个文件和文件夹，它们以某种方式最终具有导致它们无法通过正常方式或通过命令行删除（无法删除）的文件名。我相信由于文件夹结构的深度，文件名太长了。有谁知道清理这样的文件的好工具？

我的桌面上有一个非常重要的文件夹。我偶尔会清理我的桌面，我很担心我可能会无意中删除提到的文件夹。有没有办法在不限制我对文件夹内容的频繁读写操作的情况下防止这种灾难？注意有时我不介意将文件夹内的内容一一删除，但文件夹本身对我很重要。如果被删除，我会失去很多努力。

Windows Server 2012 R2 Standard中也会出现与Windows 10中类似的问题。启用NTFS 长路径策略既不在也不在（参见屏幕截图）。此选项适用于Windows Server 2012 R2 Standard吗？Local Computer Policy > Computer Configuration > Administrative Templates > System > Filesystem... > Filesystem > NTFS