Pelo que entendi, a limitação de 255 caracteres em um caminho de arquivo é uma limitação do Windows. Qual é o motivo disso? Em caso afirmativo, isso foi resolvido no Windows 7?
Em nossas práticas de integração contínua, muitas vezes temos estruturas de projeto profundamente aninhadas e seria extremamente útil poder ir além de 255 caracteres. No momento, estamos um tanto forçados a estruturar nossos projetos de forma a não atingir esse teto artificial.
file
windows-7
filesystems
O Matt
fonte
fonte
Respostas:
Consulte http://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
Isso explica que as versões Unicode das APIs do Windows têm limites mais altos e como habilitá-los.
fonte
Você pode contornar esse limite usando subst, se necessário.
fonte
subst E: D:\TESTDATA\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1\4B871B~1
Isso me levou a um caminho com 500 caracteres de profundidade. O motivo dos ~ 1s é a maneira como o Explorer formatou o caminho.mklink /J C:\newdir C:\some\really\long\path\
As soluções alternativas não são soluções, portanto, a resposta é "Não".
Ainda procurando soluções alternativas, aqui estão as soluções possíveis: http://support.code42.com/CrashPlan/Latest/Trou troubleshooting / Windows_File_Paths_Longer_Than_255_Characters
fonte
@ Cort3z: se o problema ainda estiver presente, este hotfix: https://support.microsoft.com/en-us/kb/2891362 deve resolvê-lo (de win7 sp1 a 8.1)
fonte
No Windows 10 versão 1607, a limitação foi removida definindo uma chave de registro
https://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx?f=255&MSPPError=-2147217396#maxpath
fonte