Ich benutze Git-1.9.0-preview20140217für Windows. Wie ich weiß, sollte diese Version das Problem mit zu langen Dateinamen beheben. Aber nicht für mich.

Ich mache etwas falsch sicher: Ich habe git config core.longpaths trueund git add .dann git commit. Alles gut gelaufen. Aber wenn ich jetzt a mache git status, bekomme ich eine Liste von Dateien mit Filename too longzum Beispiel:

node_modules/grunt-contrib-imagemin/node_modules/pngquant-bin/node_modules/bin-wrapper/node_modules/download/node_modules/request/node_modules/form-data/node_modules/combined-stream/node_modules/delayed-stream/test/integration/test-handle-source-errors.js: Filename too long

Für mich ist die Reproduktion ganz einfach: Erstellen Sie einfach eine Yeoman- Webanwendung mit dem Winkelgenerator ("yo angle") und entfernen Sie sie node_modulesaus der .gitignoreDatei. Wiederholen Sie dann die oben genannten Git-Befehle.

Was fehlt mir hier?

Git hat ein Limit von 4096 Zeichen für einen Dateinamen, außer unter Windows, wenn Git mit msys kompiliert wird. Es verwendet eine ältere Version der Windows-API und es gibt ein Limit von 260 Zeichen für einen Dateinamen.

Soweit ich das verstehe, ist es eine Einschränkung von msys und nicht von Git. Sie können die Details hier lesen: https://github.com/msysgit/git/pull/110

Sie können dies umgehen , indem sie eine anderes Git - Client unter Windows oder Satz verwendet , core.longpathsum truewie in anderen Antworten erklärt.

git config --system core.longpaths true

Git ist eine Kombination aus Skripten und kompiliertem Code. Mit der obigen Änderung können einige der Skripte fehlschlagen. Aus diesem Grund ist core.longpaths nicht standardmäßig aktiviert.

Weitere Informationen finden Sie in der Windows-Dokumentation unter https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file :

Ab Windows 10, Version 1607, wurden die MAX_PATH-Einschränkungen aus den allgemeinen Win32-Datei- und Verzeichnisfunktionen entfernt. Sie müssen sich jedoch für das neue Verhalten anmelden.

Mit einem Registrierungsschlüssel können Sie das neue Verhalten für lange Pfade aktivieren oder deaktivieren. Um das Verhalten bei langen Pfaden zu aktivieren, legen Sie den Registrierungsschlüssel unter HKLM \ SYSTEM \ CurrentControlSet \ Control \ FileSystem LongPathsEnabled fest (Typ: REG_DWORD).

Sie sollten in der Lage sein, den Befehl auszuführen

git config --system core.longpaths true

oder fügen Sie es manuell zu einer Ihrer Git-Konfigurationsdateien hinzu, um diese Funktionalität zu aktivieren, sobald Sie eine unterstützte Version von Git verwenden. Es sieht aus wie vielleicht 1.9.0 und danach.

Dies könnte helfen:

git config core.longpaths true

Grundlegende Erklärung: Diese Antwort schlägt vor, diese Einstellung nicht auf die globalen Systemkonfigurationen (auf alle Projekte, bei denen Konfigurationen vermieden --systemoder --globalmarkiert werden) anzuwenden . Dieser Befehl löst das Problem nur, indem er spezifisch für das aktuelle Projekt ist.

Erstellen Sie .gitconfig und fügen Sie hinzu

[core]
longpaths = true

Sie können die Datei an einem Projektspeicherort (nicht sicher) und auch am globalen Speicherort erstellen. In meinem Fall ist der Ort C:\Users\{name}\.

Schritte zum folgen:

1. Führen Sie Git Bash als Administrator aus
2. Führen Sie den folgenden Befehl aus:

git config --system core.longpaths true

Hinweis : Wenn Schritt 2 nicht funktioniert oder einen Fehler anzeigt, können Sie auch versuchen, diesen Befehl auszuführen:

git config --global core.longpaths true

Lesen Sie mehr über git config hier .

Die bessere Lösung besteht darin, den Longpath-Parameter von Git zu aktivieren.

git config --system core.longpaths true

Eine Problemumgehung, die funktioniert, ist das Entfernen des Ordners node_modules von Git:

$ git rm -r --cached node_modules
$ vi .gitignore

Fügen Sie node_modules in einer neuen Zeile in der .gitignore-Datei hinzu. Drücken Sie anschließend Ihre Änderungen:

$ git add .gitignore
$ git commit -m "node_modules removed"
$ git push

Um ganz sicher zu sein, dass es unmittelbar nach der Initialisierung des Repositorys wirksam wird, aber bevor der Remote-Verlauf abgerufen oder Dateien ausgecheckt werden, ist es sicherer, ihn folgendermaßen zu verwenden:

git clone -c core.longpaths=true <repo-url>

-c Schlüssel = Wert

Legen Sie eine Konfigurationsvariable im neu erstellten Repository fest. Dies wird unmittelbar nach der Initialisierung des Repositorys wirksam, jedoch bevor der Remote-Verlauf abgerufen oder Dateien ausgecheckt werden. Der Schlüssel hat das gleiche Format wie von git-config 1 erwartet (z. B. core.eol = true). Wenn für denselben Schlüssel mehrere Werte angegeben werden, wird jeder Wert in die Konfigurationsdatei geschrieben. Dies macht es beispielsweise sicher, der Ursprungsfernbedienung zusätzliche Abrufreferenzspezifikationen hinzuzufügen.

Mehr Info

Beim Ausführen wurde git config --system core.longpaths truemir ein Fehler gemeldet:

"Fehler: Konfigurationsdatei C: \ Programme (x86) \ Git \ mingw32 / etc / gitconfig konnte nicht gesperrt werden: Berechtigung verweigert"

Behoben mit der Ausführung des Befehls auf globaler Ebene:

git config --global core.longpaths true

Sie können auch versuchen, lange Dateipfade zu aktivieren.

Wenn Sie Windows 10 Home Edition ausführen, können Sie Ihre Registrierung ändern, um lange Pfade zu aktivieren.

Gehen Sie zu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystemin regeditund setzen Sie dann LongPathsEnabledauf1 .

Wenn Sie Windows 10 Pro oder Enterprise verwenden, können Sie auch lokale Gruppenrichtlinien verwenden.

Gehen Sie zu Computerkonfiguration → Administrative Vorlagen → System → Dateisystem in gpedit.msc, öffnen Sie Win32-Langpfade aktivieren und setzen Sie es auf Aktiviert .

git config --global core.longpaths true

Der obige Befehl hat bei mir funktioniert. Die Verwendung von '--system' gab mir den Fehler, dass die Konfigurationsdatei nicht gesperrt war

Verschieben Sie das Repository in das Stammverzeichnis Ihres Laufwerks (temporärer Fix)

Sie können versuchen, das lokale Repository (den gesamten Ordner) vorübergehend in das Stammverzeichnis Ihres Laufwerks oder so nahe wie möglich am Stammverzeichnis zu verschieben.

Da der Pfad im Stammverzeichnis des Laufwerks kleiner ist, werden die Probleme manchmal behoben.

Unter Windows würde ich dies in C:\das Stammverzeichnis eines anderen Laufwerks verschieben.

Ich hatte auch diesen Fehler, aber in meinem Fall war die Ursache die Verwendung einer veralteten Version von npm, v1.4.28.

Aktualisierung auf npm v3 gefolgt von

rm -rf node_modules
npm -i

arbeitete für mich. Die npm-Ausgabe 2697 enthält Details zur Ordnerstruktur "maximal flach" in npm v3 (veröffentlicht am 25.06.2015).

Wenn Sie mit Ihrer verschlüsselten Partition arbeiten, sollten Sie den Ordner in eine unverschlüsselte Partition verschieben, z. B. a / tmp , ausführen git pullund dann zurück verschieben.

In einer Windows-Maschine

Führen Sie die Eingabeaufforderung als Administrator aus und führen Sie dann den folgenden Befehl aus

git config --system core.longpaths true