Unter Unix symlink/..bezieht sich auf das übergeordnete Verzeichnis des Ziels. Beim Experimentieren mit Symlinks und Junctions in Windows konnte ich feststellen, dass symlink/..sich auf das übergeordnete Verzeichnis des Symlinks selbst bezieht, nicht auf das seines Ziels.
Also:
A
|--Link_To_C [ symlink to B/C ]
|--B
|--C
Unter Unix: A/Link_To_C/..wird aufgelöst zu A/B.
Unter Windows: A/Link_To_C/..wird aufgelöst zuA
Erste Frage: Ist das immer so?
Wenn ja, könnte ich jeden (lokalen) Pfad in Windows normalisieren, zum Beispiel mitos.Pfad.Normpfadin Python, ohne Probleme mit symbolischen Links zu haben? In der Dokumentation heißt es:
Normalisieren Sie einen Pfadnamen, indem Sie redundante Trennzeichen und Up-Level-Referenzen zusammenfassen, sodass A//B, A/B/, A/./B und A/foo/../B alle zu A/B werden. Diese Zeichenfolgenmanipulation kann die Bedeutung eines Pfads ändern, der symbolische Links enthält.
(lesenswerthttps://stackoverflow.com/questions/34865153/os-path-normpath-and-symbolic-links)
Stimmt es, dass dies für Windows nicht gilt?