Git add Befehl fehlschlägt, sagen: "Dateiname zu lang"

Ich initialisiert ein git-repository hinzufügen, um eine lokale Instanz von Oracle Weblogic server (ja!) zur version, die mit git.

Die oracle-Dateien sind in c:\Oracle. Also ich muss hinzufügen, das gleiche git

Gab ich folgende Befehle

git init (in c:\ die hat das Oracle-Verzeichnis)

Hinzugefügt .gitignore dir in c:\ und ignoriert alle Verzeichnisse auf c:\ mit Ausnahme für Oracle

Lief dann ein "git status" sehen Sie den status. Wie erwartet, zeigten die folgenden

C:\>git status
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       .gitignore
#       Oracle/
nothing added to commit but untracked files present (use "git add" to track)

Nun habe ich ein git add *
Der obige Befehl wie erwartet warf einige ausführliche Ausgabe zeigt die Dateien, die Hinzugefügt werden und endete mit der folgenden (tail die Ausgabe des Befehls wird unten angezeigt)

....
base_domain/servers/AdminServer/tmp/.appmergegen_1387484701373_liferay-portal-6.
1.30-ee-ga3-20130812170130063.war/html/VAADIN/themes/runo/tree/tree.css.
The file will have its original line endings in your working directory.
warning: LF will be replaced by CRLF in Oracle/Middleware/user_projects/domains/
base_domain/servers/AdminServer/tmp/.appmergegen_1387484701373_liferay-portal-6.
1.30-ee-ga3-20130812170130063.war/html/VAADIN/themes/runo/window/window.css.
The file will have its original line endings in your working directory.
fatal: unable to stat 'Oracle/Middleware/user_projects/domains/base_domain/serve
rs/AdminServer/tmp/.appmergegen_1387484701373_liferay-portal-6.1.30-ee-ga3-20130
812170130063.war/html/VAADIN/widgetsets/com.vaadin.portal.gwt.PortalDefaultWidge
tSet/043D1FB3F694D0D6D3ACFB33DB80E43D.cache.html': Filename too long

Habe ich dann ausgestellt, git status, um zu sehen, wenn die Dateien Hinzugefügt sind

C:\>git status
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       .gitignore
#       Oracle/
nothing added to commit but untracked files present (use "git add" to track)

So scheint es, wie nichts Hinzugefügt wurde. Der Ordner ist zu groß für git?

Habe ich versucht, Basar und seine GUI controls freeze, wenn ich die Arbeit mit dem repository. Jetzt versuche ich Mercurial, um zu sehen, ob es damit umgehen kann.

  • Gibt es einen Grund, erstellen Sie das repository, in C:\ ignorieren und eine Reihe von Sachen, statt einfach erstellen des repository direkt in C:\Oracle\?
  • In der Tat. Auch ich bezweifle, dass Sie wirklich wollen, zu verfolgen, das tmp-Verzeichnis mit Git.
  • Tun Sie es in c:\ nur für die Bequemlichkeit. Es muss macht es einfacher, die ganze zip c:\Oracle Verzeichnis und versenden es als erforderlich, ohne die .git-Ordner, wenn ich init das repository in c:\ als Gegensatz zu initialisieren in c:\Oracle\.git
  • Wenn Sie das repository, in C:\Oracle\ Sie sollten in der Lage sein, um eine angemessene Reißverschluss mit git archive --prefix Oracle -o OracleWeblogicServer.zip. Nicht Ihr problem lösen, obwohl. Haben Sie eine Quelle für das Produkt, oder man versucht auf die version eine kompilierte version des Anwendungs-server?
  • Vielen Dank für das git-Archiv Befehl. Lesezeichen es. Der Weblogic server ist die standard-Oracle-Weblogic-distribution entpackt es nach c:\ (oder installieren). Ich habe eingesetzt ein paar Anwendungen auf (Liferay-Java-Portal), reinigen Sie die Protokolle, und legen Sie es für git ' Ing es. Die Absicht für die Versionierung nachverfolgen von änderungen an den Konfigurationsdateien und in der Lage sein, um zurückzukehren, wenn ich bin verloren, wenn Sie die änderungen.
  • Bis Sie, natürlich, aber ich würde wahrscheinlich neigen Versionierung nur die Konfigurations-Verzeichnisse, wenn das, was Sie verfolgen möchten. Git ist nicht ideal für die Versionierung von großen binären Dateien, und ohne zu wissen viel über die Weblogic Server, aber zu wissen, ein wenig über Java-und JAR-Dateien, die mit ihm gekommen, ich vermute, dass die meisten Ihrer repository im moment.
  • Das problem wurde behoben in msysgit 1.9. Siehe meine Antwort zu "git pull abgebrochen mit Fehlermeldung Dateiname zu lang" stackoverflow.com/a/22831095/151641

InformationsquelleAutor user6123723 | 2013-12-20
  1. 6

    Ich bezweifle ernsthaft, Sie wirklich brauchen, dass .../tmp/... - Verzeichnis. git add schlägt fehl, wenn es irgendwelche Fehler. Wenn es ein problem hinzufügen der Dateien, die Sie angegeben, wird nichts Hinzugefügt werden.

    Schlage ich vor, zu ignorieren, die tmp Verzeichnis:

    echo tmp >> .gitignore
git add .

    Dieser ignoriert alle tmp Verzeichnisse im Projekt. Wenn Sie Sie ignorieren wollen bestimmte tmp Verzeichnisse, die Sie angeben können, die Ihre vollständigen Pfad:

    echo path/to/AdminServer/tmp >> .gitignore
git add .

    Da lange Dateinamen in das tmp - Verzeichnis in Ihrem sample-Ausgang, ignorieren Sie das Verzeichnis der git add . funktionieren sollte.

    • Ich ignorierte das tmp dir und ich war in der Lage, fügen Sie die Ordner von git. Paar Dinge: ich ursprünglich umfasste das tmp-Verzeichnis, wie ich wollte, zu erfassen den gesamten Zustand der Applikation-server, und ich war nicht sicher, ob diese Besondere tmp-Verzeichnis ist wichtig, in diesem Sinne. Aber jetzt, weil ich keine Wahl habe, habe ich es ignoriert. Aber ich bin neugierig zu wissen, der Dateiname (Größe) Begrenzung von GIT und Mercurial
    • Ich weiß es nicht. Aber das problem ist windows-spezifisch: ich erstellte einen Weg doppelt so lange wie deine auf meinem Mac und Git hat kein problem mit ihm.
    • Das Juwel in dieser Antwort ist die Tatsache, dass git add schlägt fehl, wenn es irgendwelche Fehler (es wäre schön, wenn die Rückmeldung aus dem Betrieb, damit der Benutzer weiß, es war atomic) -- upvote!
    InformationsquelleAutor janos
  2. 8

    Zuordnen, um kürzere Fahrt wie diese subst X: C:\<__relevant_lengthy_path__>\

    --

    Hatte ich eine ähnliche Begegnung, die bestätigt, die 260 char Beschränkung der Max Pfadlänge für Windows

    Die Art, wie ich behandelt wurde mit SUBST (substitute) Befehl die Karten alle lange Ordner zu einem einzigen Buchstaben-Laufwerk, zum Beispiel subst X: C:\<__relevant_lengthy_path__>\

    Aber in Ihrem Fall ist es grosse schade, dass Sie hatten git inited in nur C:\ was ungewöhnlich ist, & mutig:)

    InformationsquelleAutor nehemiah
  3. 5

    Cygwin ist die Rettung! Läuft die gleiche comands durch Cygwin ' s Git für mich gearbeitet.

    InformationsquelleAutor Baz
  4. 4

    Das problem ist Windows-spezifisch: Git für Windows nicht aktuell verwenden Sie die Win32-API-hack von vor \\?\ um Pfadnamen zu überwinden, die standard-Pfadname maximale Länge von 260 Zeichen, und Ihre Pfadname ist 9 Zeichen, die länger als der Grenzwert.

    InformationsquelleAutor kostix
Schreibe einen Kommentar