Создать относительную символическую ссылку в Windows 10 для копий файлов

Вы используете неправильный тип слешей, если хотите сослаться на родителя из текущего каталога. В этом случае вам нужно использовать обратную косую черту. Прямая косая черта работает, если вы хотите ссылаться только на детей. С абсолютным путем это не имеет значения.

mkdir C:\temp\example\a mkdir C:\temp\example\b\c mklink /D C:\temp\example\a\redirection ..\b 

Что касается ограничения в 260 символов, используйте приложение, которое его обрабатывает, вместо того, чтобы искать легко сломанный обходной путь или сократить ваши пути.

Три вещи:

1. не используйте символические ссылки без крайней необходимости, потому что по умолчанию вы должны быть администратором, чтобы использовать их. Если вы хотите связать каталоги только локально, используйте соединения, которые также поддерживаются ограниченным пользователем по умолчанию.

2. Попробуйте заменить программное обеспечение, которое не поддерживает длинные имена файлов Unicode, что возможно довольно часто. Эти длинные имена файлов существуют со времен NTFS и Windows NT, поэтому программное обеспечение просто должно их поддерживать, и многие фреймворки / среды выполнения, такие как Java, делают это из коробки. Программное обеспечение, предназначенное для копирования или резервного копирования, которое не поддерживает длинные имена файлов, в значительной степени сломано и, несомненно, имеет и другие серьезные ограничения, особенно в случае резервного копирования. Подумайте о таких вещах, как разрешения, правильная обработка различных ссылок и типов файлов, альтернативные потоки данных и т. Д. Нужно быть осторожным.

3. Причиной вашей реальной проблемы, похоже, являются различия в символических ссылках и соединениях или, возможно, различия в том, как анализируются пути, предоставляемые оболочкой:

C: \ Users \ tschoening \ Documents \ test \ target> mklink / J "[target]" "../ src / {[murks]}"

Verbindung erstellt für [target] << === >> ../ src / {[murks]}

C: \ Users \ tschoening \ Documents \ test \ target> cd "[target]"

C: \ Users \ tschoening \ Documents \ test \ target [target]> cd ..

C: \ Users \ tschoening \ Documents \ тест \ цель>

Как вы можете видеть, такой способ доступа к «[target]» работает, в то время как следующее не дает и генерирует ту же ошибку, что и у вас, только на немецком языке:

C: \ Users \ tschoening \ Documents \ test \ target> mklink / D "[target]" "../ src / {[murks]}"

symbolische Verknüpfung erstellt für [target] << === >> ../ src / {[murks]}

C: \ Users \ tschoening \ Documents \ test \ target> cd "[target]"

Синтаксис для даты, времени и времени, фальш.

C: \ Users \ tschoening \ Documents \ тест \ цель>

По крайней мере, я не вижу никакой другой разницы, чем / J против / D в моем тесте, но я могу что-то упустить, конечно. Поэтому я предлагаю повторить ваш тест, используя самих переходов.

Еще одна интересная вещь, которую я только что узнал: открытие созданной символической ссылки с приведенным выше синтаксисом в cmd.exe и Windows Explorer напрямую завершается ошибкой, но в Link Shell Extension это происходит успешно. Посмотрите на следующий снимок экрана, на котором показан относительный путь. При нажатии «Ziel öffnen» открывается новая папка Windows Explorer с указанием цели ссылки. Похоже, расширение Link Shell интерпретирует / само и может предоставить \ для базового API Windows? То, чего сама Windows не делает, а просто использует / как указано в самой ссылке, что неправильно для путей. Так как @Seth уже распознал, сама проблема / является проблемой с символическими ссылками.

Во-первых, мы должны взглянуть на синтаксис опций и обязательных параметров, сгенерированных путем ввода mklinkкоманды help help mklink /?:

MKLINK [[/D] | [/H] | [/J]] Link Target  /D Creates a directory symbolic link. Default is a file symbolic link. /H Creates a hard link instead of a symbolic link. /J Creates a Directory Junction. Link Specifies the new symbolic link name. Target Specifies the path (relative or absolute) that the new link refers to. 

В настоящее время возможно вставить данные относительного пути файла только в символьные ссылки каталога.

Следовательно, мы должны использовать mklinkкоманду вместе с mklinkопцией команды («soft link»), /Dвот так.

mklink /D,, ,

mklink TargetПараметр должен описать FilePath, который включает по меньшей мере один RELATIVE Filepath оператора таких, как .или ..в сочетании с таким количеством слэша ( \), как потребовал относительной иерархии (Grand-, большого-Grand- и т.д.) родительских каталогов, а также "DOUBLE-QUOTED "путь_к_файл в любом случае, когда один или несколько пробельных символы требуется ребенок АБСОЛЮТНОГО фрагментом Filepath из к-быть-каскадной относительной удерживающим звено mklink TargetFilePath.

Остроумия, заканчивая команду

mklink /D "C:/Test Folder/Link Name With Spaces",, ,

подставив mklink Targetпараметр с

,, ,..\"Target Name With Spaces"

или же

,, ,"..\Target Name With Spaces"

создаст успешно сцепленную относительную цель filepath в ссылке, сгенерированной в

C:/test foldEr/Link Name With Spaces

и заканчивая

mklink /D "C:/Test Folder/Test Folder 2/Link Name With Spaces",, ,

с

,, ,"..\..\Target Name With Spaces"

или же

,, ,..\..\"Target Name With Spaces"

создаст ссылку на

C:/Test Folder/Test Folder 2/Link Name With Spaces,

Во всех четырех случаях конечным результатом является символьная ссылка на каталог, которая указывает на каталог

C:/TaRget nAme WitH SpacEs,

но который будет указывать на другое местоположение полностью, если какая-либо из сгенерированных ссылок когда-либо будет перемещена в другой каталог либо с помощью команды, например, robocopyлибо с помощью приложения, которое аналогичным образом учитывает символические ссылки.