Ich versuche es git push -u origin master
und es hängt einfach an
Writing objects: 99% (219/220), 12.65 MiB | 97 KiB/s
Der 12.65
Teil verschiebt sich. Wenn ich den Prozess beende und erneut ausführe, wird er zu 99% fortgesetzt, aber nie wie zuvor beendet.
Es ist nie erfolgreich geschoben. Dies ist das erste Commit.
http.postbuffer
Hilfe einstellen ? stackoverflow.com/questions/6842687/…Antworten:
Ich folgte VonCs Rat:
Für zukünftige Referenzen, basierend auf Kommentaren:
quelle
Writing objects: 100%
) - zuvor hing er bei 25%, was eindeutig half. Ich bekam jedoch immer noch "seltsames" Verhalten. Ich habe mein System neu gestartet und dies schien die Dinge zu lösen ... FYI ... Wenn jemand nach dem Erhöhen seines Puffers immer noch Probleme hat, hat ein Neustart meines Systems in meiner Situation geholfen (eine Lösung der alten Schule, aber ein neuer Neustart hat wirklich geholfen).524288000
kommt?Dies geschah aufgrund einer riesigen, nicht signierten Datei im Repo-Verzeichnis. Hoppla.
BEARBEITEN
Der Hang war, weil das Hochladen der Datei lange dauerte. Die Datei sollte nicht im Push enthalten sein.
BEARBEITEN
Zwar trifft es zu, dass eine große Datei der Grund für dieses Problem sein könnte, wenn Sie die Datei nicht in Frage ignorieren oder einfach nur haben zu schieben , um es dann folgt dieser Antwort.
quelle
Ich hatte das gleiche Problem mit (Schreiben von Objekten% 16), das dann tödlich war. Ich habe dieses Problem gelöst, indem ich die aktuellen Änderungen gespeichert, ein neues Repository geklont und dann die geänderten Dateien in das Repository kopiert habe.
Z.B. Angenommen, das aktuelle Repository ist A, dann müssen Sie nur noch Folgendes tun:
mv A B
git clone A
mv B/* A/
rm -rf B
Dann festschreiben und pushen und alles hat gut funktioniert. Die verschobenen Dateien wurden als geändert erkannt :)
quelle
In meinem Fall habe ich einen Git-Ordner mit fehlerhaften Rechten verwendet, der auf demselben Laufwerk wie ein Repo gespeichert ist. Dies kann jedoch auch bei ssh der Fall sein, wenn Sie einen autorisierten Login-Benutzer verwenden.
Überprüfen Sie dann, ob Sie die richtigen Schreibrechte für das entfernte Repo haben.
Beispiel:
Init lokales und entferntes Repo
Remote-Repo zum Ursprung hinzufügen
Problem simulieren
Hinzufügen einer gefälschten Datei und Verschieben
Git hängt
Lösung
quelle
In meiner Situation war es die Größe der Datei. Durch Hinzufügen einer Gitignore-Datei mit den erforderlichen Erweiterungen konnte ich die meisten unerwünschten Dateien, die übertragen werden sollten, ignorieren.
quelle
In meinem Fall hatte ich eine langsame Internet-Upload-Geschwindigkeit und die Datei, die ich pushen wollte, war groß. Der Trick besteht darin, Git LFS (Large File Storage) zu verwenden, das viel geduldiger ist, um große Dateien hochzuladen. Ein Git LFS-Tutorial finden Sie hier
quelle
git clean -f -n
löst mein Problem. Es gibt viele nicht verfolgte Dateien, die nicht erkannt wurden. Aber seien Sie vorsichtig, da dadurch Dateien in Ihrem Verzeichnis entfernt werdenquelle
In meinem Fall habe ich versucht zu pushen, ohne die Regeln meines Unternehmens zu erfüllen. Ich habe später erfahren, dass wir unsere Commit-Nachrichten mit "MOBIL-XXXX" beginnen sollten, wobei XXXX die Nummer ist, die Entwickler in Jira (einem anderen Tool, mit dem wir den Entwicklungsprozess verfolgen) von Analisten zugewiesen bekommen.
Stellen Sie sicher, dass Ihr Unternehmen eine ähnliche Einschränkungsregel hat.
quelle