Jak rozumiem, ograniczenie do 255 znaków w ścieżce pliku jest ograniczeniem systemu Windows. Jaki jest tego powód? Jeśli tak, czy problem został rozwiązany w systemie Windows 7?
W naszych praktykach ciągłej integracji często mamy głęboko zagnieżdżone struktury projektów i byłoby niezwykle przydatne, gdybyśmy mogli przekroczyć 255 znaków. W tej chwili jesteśmy nieco zmuszeni do konstruowania naszych projektów w taki sposób, aby nie uderzyć w ten sztuczny sufit.
file
windows-7
filesystems
Matt
źródło
źródło
Odpowiedzi:
Zobacz http://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
Wyjaśnia to, że wersje Unicode interfejsów API systemu Windows mają wyższe limity i jak to włączyć.
źródło
Jeśli zajdzie taka potrzeba, możesz ominąć ten limit, używając subst.
źródło
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
temu mogłem obejść ścieżkę o głębokości 500 znaków. Powodem ~ 1s jest sposób, w jaki Explorer sformatował ścieżkę.mklink /J C:\newdir C:\some\really\long\path\
Obejścia nie są rozwiązaniami, dlatego odpowiedź brzmi „Nie”.
Wciąż szukam obejść, oto możliwe rozwiązania: http://support.code42.com/CrashPlan/Latest/Troubleshooting/Windows_File_Paths_Longer_Than_255_Characters
źródło
@ Cort3z: jeśli problem nadal występuje, ta poprawka: https://support.microsoft.com/en-us/kb/2891362 powinna go rozwiązać (od win7 sp1 do 8.1)
źródło
W systemie Windows 10 w wersji 1607 ograniczenie zostało usunięte poprzez ustawienie klucza rejestru
https://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx?f=255&MSPPError=-2147217396#maxpath
źródło