Git Bash Shell kann keine symbolischen Links erstellen

Wenn ich versuche, einen symbolischen Link aus der Git Bash-Shell zu erstellen, schlägt dies jedes Mal fehl:

$ ln -s /c/Users/bzisad0/Work testlink
ln: creating symbolic link `testlink' to `/c/Users/bzisad0/Work': Permission denied

Abgesehen von der Fehlermeldung wird lediglich ein leeres Verzeichnis mit dem Namen (in diesem Fall) erstellt testlink.

Ich sehe kein Problem mit der lnausführbaren Datei. Zum Beispiel gehört es mir und ist als ausführbar gekennzeichnet:

$ which ln
/bin/ln

$ ls -hal /bin/ln
-rwxr-xr-x    1 BZISAD0  Administ      71k Sep  5 11:55 /bin/ln

Ich besitze auch das aktuelle Verzeichnis ( ~das ist /c/Users/bzisad0):

$ ls -dhal .
drwxr-xr-x  115 BZISAD0  Administ      40k Sep  5 12:23 .

Ich habe Administratorrechte und habe versucht, die Git Bash-Shell mit "Als Administrator ausführen" zu öffnen, aber das macht keinen Unterschied.

Ich habe versucht, die Windows-Eigenschaften für zu öffnen ln.exeund die Berechtigungsstufe auf "Dieses Programm als Administrator ausführen" festzulegen, aber das hilft nicht.

Ich habe in Windows die Eigenschaften Sicherheit -> Erweitert aufgerufen und mich (und nicht die Gruppe Administratoren) zum Eigentümer gemacht, aber das behebt auch nichts.

Ich bin ratlos. Ich weiß nicht, ob diese Fehlermeldung letztendlich von ln, von Bash oder von Windows stammt oder wie mir möglicherweise die Berechtigung fehlt. Wie kann ich dem auf den Grund gehen?

Es ist möglich, wenn auch äußerst umständlich, einen Symlink in MSYSGIT zu erstellen.

Zuerst müssen wir sicherstellen, dass wir unter Windows sind. Hier ist eine Beispielfunktion, um dies zu überprüfen:

windows() { [[ -n "$WINDIR" ]]; }

Das können wir jetzt nicht cmd /C, weil MSYSGIT mit diesem Argument forniziert und es in verwandelt C:. Versuchen /KSie auch nicht, es zu verwenden , es funktioniert nur, wenn Sie kein K:Laufwerk haben.

Während dieser Wert bei Programmargumenten ersetzt wird, wird er bei Heredocs nicht verwendet. Wir können dies zu unserem Vorteil nutzen:

if windows; then
    cmd <<< "mklink /D \"${link%/}\" \"${target%/}\"" > /dev/null
else
    ln -s "$target" "$link"
fi

Außerdem: Beachten Sie, dass ich aufgenommen habe, /Dweil ich nur an Verzeichnissymlinks interessiert bin. Windows hat diese Unterscheidung. Mit viel Aufwand könnten Sie eine ln() { ... }Funktion schreiben , die die Windows-API umschließt und als vollständige Drop-In-Lösung dient, aber das ist ... eine Übung für den Leser.

Bearbeiten: Als Dankeschön für die akzeptierte Antwort finden Sie hier eine umfassendere Funktion.

# We still need this.
windows() { [[ -n "$WINDIR" ]]; }

# Cross-platform symlink function. With one parameter, it will check
# whether the parameter is a symlink. With two parameters, it will create
# a symlink to a file or directory, with syntax: link $linkname $target
link() {
    if [[ -z "$2" ]]; then
        # Link-checking mode.
        if windows; then
            fsutil reparsepoint query "$1" > /dev/null
        else
            [[ -h "$1" ]]
        fi
    else
        # Link-creation mode.
        if windows; then
            # Windows needs to be told if it's a directory or not. Infer that.
            # Also: note that we convert `/` to `\`. In this case it's necessary.
            if [[ -d "$2" ]]; then
                cmd <<< "mklink /D \"$1\" \"${2//\//\\}\"" > /dev/null
            else
                cmd <<< "mklink \"$1\" \"${2//\//\\}\"" > /dev/null
            fi
        else
            # You know what? I think ln's parameters are backwards.
            ln -s "$2" "$1"
        fi
    fi
}

Beachten Sie auch einige Dinge:

1. Ich habe das gerade geschrieben und es kurz unter Win7 und Ubuntu getestet. Probieren Sie es zuerst aus, wenn Sie ab 2015 Windows 9 verwenden.
2. NTFS verfügt über Analysepunkte und Verbindungspunkte. Ich habe Analysepunkte gewählt, weil es eher ein tatsächlicher Symlink ist und für Dateien oder Verzeichnisse funktioniert, aber Verbindungspunkte hätten den Vorteil, eine verwendbare Lösung in XP zu sein, außer es ist nur für Verzeichnisse.
3. Einige Dateisysteme, insbesondere die FAT-Systeme, unterstützen keine Symlinks. Moderne Windows-Versionen unterstützen das Booten von ihnen nicht mehr, aber Windows und Linux können sie mounten.

Bonusfunktion: Link entfernen.

# Remove a link, cross-platform.
rmlink() {
    if windows; then
        # Again, Windows needs to be told if it's a file or directory.
        if [[ -d "$1" ]]; then
            rmdir "$1";
        else
            rm "$1"
        fi
    else
        rm "$1"
    fi
}

Für mein Setup führt Git für Windows 2.11.0, das unter Windows 8.1 installiert export MSYS=winsymlinks:nativestrictist, den hier beschriebenen Trick aus: https://github.com/git-for-windows/git/pull/156 Es ist wichtig, die Git Bash-Shell zu starten Als Administrator wie unter Windows konnten nur Administratoren die symbolischen Links erstellen. Also, um tar -xfArbeit zu machen und die erforderlichen Symlinks zu erstellen:

1. Führen Sie die Git Bash-Shell als Administrator aus
2. Lauf export MSYS=winsymlinks:nativestrict
3. Führen Sie tar aus

Eine Problemumgehung besteht darin, mklinkvon Bash aus zu starten . Auf diese Weise können Sie auch entweder einen Symlink oder eine Junction erstellen .

Achten Sie darauf, den mklinkBefehl als einzelnes Argument an cmd...

cmd  /c "mklink link target"

Hier sind die Optionen für mklink...

$ cmd /c mklink
   Creates a symbolic link.

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.

Wenn Sie stattdessen Links über eine GUI erstellen möchten ... Ich empfehle die Link Shell Extension , ein Windows Explorer-Plugin zum Erstellen symbolischer Links, Hardlinks, Junctions und Volume Mountpoints. Ich benutze es seit Jahren!

• http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html

Symlinks können lebensrettend sein, wenn Sie ein kleineres SSD-Laufwerk auf Ihrem System C: -Laufwerk haben und einige aufgeblähte Ordner, die nicht auf SSD sein müssen, mit anderen Laufwerken verknüpfen müssen. Ich benutze den kostenlosen WinDirStat , um die Speicherplatzfresser zu finden.

Ich glaube, dass das lnmit msysGit gelieferte einfach versucht, seine Argumente zu kopieren, anstatt mit Links zu fummeln. Dies liegt daran, dass Links nur auf NTFS-Dateisystemen funktionieren und das MSYS-Team ln nicht erneut implementieren wollte.

Siehe zum Beispiel http://mingw.5.n7.nabble.com/symbolic-link-to-My-Documents-in-MSYS-td28492.html

Da dies einer der Top-Links ist, die bei der Suche nach Symlinks in Msys oder Git Bash angezeigt werden, war die Antwort, set MSYS=winsymlinks:nativebeim Aufrufen git-cmd.exe(ich führe ConEmu aus) hinzuzufügen oder dieselbe Zeile in der zu kommentierenmsys2_shell.bat

Erweitern Sie die Antwort von Camilo Martin, wenn Sie den Parameterschalter / j für Windows 10 verwenden müssen. Andernfalls wird der Anruf nur zurückgegeben. "Sie haben nicht genügend Berechtigungen, um diesen Vorgang auszuführen."

Dies funktioniert für git bash 2.20.1.windows.1 / MINGW64 (Windows 10) ohne Administratorrechte (wenn Sie sowohl / old / path als auch / link / path lesen / schreiben können:

original_folder=$(cygpath -w "/old/path")
create_link_new_folder=$(cygpath -w "/link/path")
cmd <<< "mklink /j \"${create_link_new_folder}\" \"${original_folder}\"" > /dev/null

Ich bevorzuge Powershell gegenüber CMD und dachte, ich würde die Powershell-Version davon teilen.

In meinem Fall besteht es darin, Symlinks zu erstellen, die die Datei ~ /.$ mit der Datei ~ / dotfiles / $ für Dotfile-Konfigurationen verknüpfen. Ich habe dies in ein .shSkript eingefügt und es mit git-bash ausgeführt:

powershell New-Item -ItemType SymbolicLink\
    -Path \$Home/.$file\
    -Target \$Home/dotfiles/$file

Für alle, die daran interessiert sind, wie dies in Windows 10 Git Bash 2.28.0.0.1 erreicht werden kann, müssen Sie dem ln -sBefehl das Präfix " MSYS=..statt export MSYS=..zuerst ausführen" voranstellen , nämlich nur einen Befehl:

 MSYS=winsymlinks:nativestrict ln -s <TARGET> <NEW_LINK_NAME>