Под управлением Windows 10 Pro.
Я пытаюсь обойти ограничение MAX_PATH в 260 символов, встроенное в Win32 API.
Я создал серию резервных копий, которые, как мы скажем, предназначены для резервного копирования "TRUNCATED" имен файлов.
Например, мы будем ссылаться на файл с полным именем файла:
D:/Folder1/Folder2/Folder3/Folder4/Folder5/Folder6/Folder7/Folder8/Folder9/file.txt
Для начала, я теоретически сократил это имя файла, переместив файл в скрытую папку Short_Name
ближе к корню, так, чтобы файл теперь ВСЕГДА существовал как
D:/Short_Name/Folder9/file.txt
Тем не менее, чтобы сохранить исходную структуру файлов без изменений, чтобы я мог повторно использовать эту тактику для выполнения такого же сокращения пути в другом месте, но при этом использовать те же файлы конфигурации и программное обеспечение для выполнения дублирования и синхронизации файлов В исходной папке (папках). )
(например, D:/Folder1/.../Folder9/
)
Я включил символическую ссылку с именем " Folder9
"
(достигается с помощью C:\Windows\system32>
mklink
/J
(или /D
) "D:/Folder1/.../Folder9/"
"D:/Short_Name/Folder9/"
в командной строке)
в
D:/Folder1/Folder2/Folder3/Folder4/Folder5/Folder6/Folder7/Folder8/
такой, что ссылка выглядит
D:/Folder1/.../Folder9/
но указывает на D:/Short_Name/Folder9/
.
СЕЙЧАС, очевидно, я мог бы вместо этого использовать обычный, заурядный
Щелкните правой кнопкой мыши> "Создать ярлык"
но целевой путь ссылки такой символической ссылки будет абсолютным.
(т.е. ярлык на D:
указатель на D:/Short_Name/Folder9/file.txt
будет скопирован в C:
но скопированный ярлык на C:
все равно будет указывать на D:/Short_Name/Folder9/file.txt
. )
Символические ссылки, с другой стороны ...
(то есть те, которые созданы через C:\Windows\system32>
mklink
...
)
... скопировать относительные ссылки без проблем ...
(т.е. D:/Folder1/.../Folder9/
будет скопирован как C:/Folder1/.../Folder9/
)
... и цель ссылки будет копировать с
D:/Short_Name/Folder9/
в
C:/Short_Name/Folder9/
... НО -
Проблема ЗДЕСЬ заключается в том, что СЕЙЧАС ЛИТЕРАЛЬНЫЕ ИМЕНА ИМЕНИ ПРЕКРАЩАЮТСЯ, как их более длинные, НЕРАЗРЕШЕННЫЕ версии, что НЕ произошло бы при использовании
Щелкните правой кнопкой мыши> "Создать ярлык"
метод.
Насколько я могу судить, при использовании mklink
для создания символической ссылки на каталог (НЕ файл - я не знаю, работает ли он по-разному для файлов), LITERAL системное имя файла любого файла, размещенного в каталоге, например D:/Short_Name/Folder9/
кажется только когда-либо полностью символическим путем mklink
, т. Е. Именно
D:/Folder1/Folder2/Folder3/Folder4/Folder5/Folder6/Folder7/Folder8/Folder9/file.txt
даже если фактическое местоположение файла только
D:/Short_Name/Folder9/file.txt
.
ВОПРОС:
Есть ли ЛЮБОЙ способ создания символической ссылки, которая будет функционировать как стандартная папка, но которая ТАКЖЕ будет поддерживать ОТНОСИТЕЛЬНУЮ, ЛИТЕРАЛЬНУЮ, УСТАНОВЛЕННУЮ версию файла, когда копируется на новый диск?
Пожалуйста и спасибо.