Tagchen,

da ich inzwischen recht viele Versionen von größeren und kleinen scripten in Missionen verteile kommt es mir immer häufiger vor, dass ich nicht die neueste Version nutze.
Wie habt ihr das Problem bis jetzt gelöst und was ist dafür der Weg mit dem wenigsten Aufwand pro Mission?

Für dieses Beispiel nehmen wir einmal an, dass es sich bei den Scripten um einen eigenständigen Ordner handelt.


mfg
Mezilsa

Privat Repo auf GitHub. Ansonsten Symlinks

Hast du für letzteres ein kurzes Beispiel?

Wäre supi.

Klar, befinde mich dabei im Misisonsordner der aktuell neu ist und keine Scripts atm hat:

Guuuuut.

Diese Symlinks sind permanent wie ich mir vorstelle und wirken in beide Richtungen?

Wie kann ich diese Links "deaktivieren"?
mfg
Mezi

Datei: Technisch gesehen eine Datei mit einem einzigen Hardlink
Symlink: Eine Quelle mit einem oder mehreren Zeigern. Wird der Link gelöscht, verschwinden die Datei dahiner nicht
Hardlink (do not use!): Ähnlich Symlink. Inhalt / Datei einmal, allerdings wird die Quelle erst gelöscht, wenn der letzte Hardlink gelöscht wurde

Übrigens heißen Links unter Windows "Junctions"

Naja Junctions werden mit dem Parameter /J erzeugt.

Unterschied zwischen einer Junction und einem normalen symbolischem Link:

Junctions werden am Server processed, hingegen symbolic links am client processed werden.
Gehen wir von einem Beispiel aus wo ich auch erkläre warum man keine direkten symbolischen Links verwenden sollte:

Du hast einen Server mit Namen „Apfel-Server“ auf diesem hast du eine Junction von D:\MyJunction welche zu D:\MyJunctionTarget leitet.
Du hast außerdem einen symbolischen Link der von D:\MySymLink zu D:\MySymLinkTarget leitet.

Wenn du nun direkt den „Apfel-Server“ verwendest wirst du keinen Unterschied merken. Doch gehen wir davon aus das du einen weiteren Server hast mit Namen „Birne-Server“:

\\Apfel-Server\d$\MyJunction leitet weiter zu \\Apfel-Server\d$\MyJunctionTarget

Aber der symbolische Link leitet falsch weiter!

\\Apfel-Server\d$\MySymLink wird weiterleiten zu \\Birne-Server\d$\ MySymLinkTarget

(P.S: Defaultmäßig, folgt das System keinen symlinks auf remote Volumes, was bedeutet das das zweite Example dann in "File Not Found" oder "The symbolic link cannot be followed because its type is disabled." Resultieren wird.)

Ebenso sei gesagt das das Erstellen einer Junction nur Access zum Filesystem benötigt doch das Anlegen eines symbolischen Links elevated Permissions braucht.


Und naja einfach den Sym-Link loeschen tuts. Dabei wird nicht die Datei geloescht sondern nur die Verlinkung.

Äh, gut, nicht zwischen Anfang und Ende des Posts ein Telefonat annehmen Hab das oben korrigiert.

Das klappt ja wunderprächtig! Ich bin hochbegeistert. Danke dir Aebian.

*nagelt ein "Solved" Schild an den Thread*

Ich benutze diese Shell-Extension für meine Junctions. Das macht den Vorgang einfacher, weil man nicht mehr mit CMD arbeiten muss.

@Mezilsa:

Wie gesagt mit Symlinks hab ich Anfangs auch hantiert, bin aber recht schnell auf GitHub umgestiegen.

Da sieht das ganze so aus:

[img]https://i.imgur.com/aTSPth7.png[/img] is not a valid Image.

Mach ich bei jeder Mission (also im root Folder) und dann hab ich alles was ich brauch. Und wenn ich mal was in irgendeiner Mission update mach ich einfach nen Commit und pull es bei allen anderen.

btw git clone erstellt einen Unterordner den ich nicht brauche deswegen mache ich das mit git init, da ich selbst wenn ich bei git clone den Unterordner weglasse mit dem . (also git clone [email protected]:Aebian/SLAT.git . ) einen fatal error bekomme da git den Ordner leer haben will mit dem clone command.