Git / Bower-Fehler: Exit-Code Nr. 128 & Verbindung fehlgeschlagen

Ich weiß, dass dies nicht das Problem "behebt", aber Sie können es verwenden

git config --global url."https://".insteadOf git://

git anzuweisen, HTTPS anstelle von GIT zu verwenden, was sich für mich als hilfreich erwies, um npm-Abhängigkeiten zu installieren.

Führen Sie stattdessen den folgenden Befehl aus:

 git ls-remote --tags --heads git://github.com/twbs/bootstrap.git

sie sollten diesen Befehl ausführen:

 git ls-remote --tags --heads [email protected]:twbs/bootstrap.git

oder

 git ls-remote --tags --heads https://github.com/twbs/bootstrap.git

oder du kannst git ls-remote --tags --heads git://github.com/twbs/bootstrap.git aber du musst dafür sorgen, dass git immer https verwendet:

 git config --global url."https://".insteadOf git://

Referenz: https://github.com/bower/bower/issues/5

Ich bin darauf mit meinem Firmennetzwerk gestoßen.

Es schien seltsam, weil ich immer ssh verwendet habe, um mich mit git zu verbinden, und nie ein Problem hatte.

Ich habe https ausprobiert und nicht funktioniert, also habe ich Proxy-Einstellungen zur Konfiguration von git hinzugefügt und alles war in Ordnung

git config --global http.proxy http://proxyuser:[email protected]:8080
git config --global https.proxy https://proxyuser:[email protected]:8080

Und dafür sorgen, dass es funktioniert

git config --list

Es sieht so aus, als ob azsl1326 bower (git) über Port 9418 (git: //) nicht verwendet und git dann angewiesen hat, stattdessen Port 22 (https: //) zu verwenden. Dies schlug immer noch fehl, aber beim Öffnen von Port 22 wurde das gewünschte Ergebnis erzielt.

Die direkteste Lösung besteht darin, Port 9418 zu öffnen. Dies ist der Port, den das Protokoll git: // verwendet.

Navigieren Sie zu Ihrem Anwendungsordner und führen Sie diesen Befehl aus

git config --global url. "https: //" .insteadOf "git: //

"

Dies sollte Ihr Problem beheben

Möglicherweise müssen Sie einen ssh-Schlüssel generieren , damit Sie mit github authentifiziert werden.

Stehst du hinter einer Firewall?

Git übernimmt die Proxy-Konfiguration nicht, wenn sie aufgerufen wird. Setzen Sie daher Umgebungsvariablen explizit, z.

export HTTP_PROXY=http://username:[email protected]:port/
export HTTPS_PROXY=http://username:[email protected]:port/

Wenn Ihr Unternehmens-Proxy keine Authentifizierung benötigt, lassen Sie einfach das Bit username:[email protected] In den URLs weg.

Es hat bei mir funktioniert!

Wenn Ihr Land Github blockiert, z. Auf dem chinesischen Festland können Sie einen Proxy erstellen, z. Verwenden Sie goagent & gae und stellen Sie dann die Proxy-Adresse für git ein, z.

git config --global http.proxy 127.0.0.1:8087

Dieser Fehler hängt mit einer fehlerhaften Konfiguration Ihrer Firewall zusammen. Sie werden feststellen, dass Bower versucht, git über das git:// - Protokoll und nicht über http:// Zu kontaktieren. Sie müssen den Port 9418 Öffnen. Fügen Sie diese beiden Zeilen in Ihre iptables-Konfiguration ein:

iptables -t filter -A INPUT -p tcp --dport 9418 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 9418 -j ACCEPT

Dies sollte den Trick machen.

Zunächst sollten Sie überprüfen, ob die Visual Studio-Eingabeaufforderung den Befehl git erkennt: Extras> Befehlszeile

C:\.... \> Git

wenn dieser Befehl nicht erkannt wird, sollten Sie den Ordner git zu Umgebungsvariablen hinzufügen

https://stackoverflow.com/a/26620861/3449657

Dies ist, was ich vermisst habe und hat den Trick für mich getan.

Ich hoffe es hilft.

Führen Sie diese 2 Befehle aus, um Git-Zugriff über Ihr System zu gewähren

eval `ssh-agent`
ssh-add ~/.ssh/id_rsa

Diese Befehle setzen voraus, dass Sie einen SSH-Schlüssel über den entfernten Git-Server haben (bitbucket/github/other)

ich fand diesen Fehler auf meinem Linux-Betriebssystem. und ich löse dieses Problem

git config --global url. "https://".insteadOf "git://"  

arbeitete nicht für mich. Also habe ich diese Alternative gefunden:

Gehen Sie zu Ihrem temporären Ordner. (d. h., wenn Sie Windows verwenden, dann C:\Users\{username}\AppData\Roaming\bower\cache\packages). Dort können Sie mehrere Dateien sehen. Öffnen Sie jeden von ihnen und Sie können die URL sehen. Ändern Sie es von git://... bis https://... und speichern Sie alle Dateien.

Führen Sie nun das bower install.

Wenn Sie sich mit bitbucket authentifizieren, wird der Fehler 128 & Verbindung fehlgeschlagen angezeigt. Bei Verwendung eines authentifizierenden Git-Hubs funktioniert dies jedoch einwandfrei.

In meinem Fall war der Ordnerzugriff, in dem ich mich während der Befehlsausführung befand! Unter Windows habe ich den Ordner zuerst über die Befehlszeile erstellt: mkdir "MyFolder" und ich hatte den Fehler. aber wenn ich den ordner mit der maus erstelle, rechtsklick, ordner erstelle usw. Funktioniert einwandfrei!

Ihre Schlüssel sind falsch. Fügen Sie sie einfach zu GitHub/Bitbucket/hinzu, was auch immer Sie verwenden. Es ist nichts weiter als ein Berechtigungsproblem mit Ihren Schlüsseln.

Ich bin auch auf diesen Fehler gestoßen und habe ihn durch ein Update von git behoben. Als ich den fehlgeschlagenen Befehl git ls-remote ausführte, war der zugrunde liegende Fehler, dass eine alte tls-Version verwendet wurde. Die aktualisierte Version von git verwendet also eine spätere Version von tls.

https://git-scm.com/download/win

Füge hier meine Antwort hinzu, da dies eine der am besten zu meiner Situation passenden Fragen ist. Ich habe versucht, select2 anstatt bootstrap zu installieren, aber das Ergebnis war dasselbe.

bower install select2 hat gemeldet, dass git das Verzeichnis nicht finden konnte. Gebraucht die

git config --global url. "https: //" .insteadOf git: //

config fix, aber das führte zu einem (paraphrasierten) Fehler

Ich kann kein https verwenden

Mein Problem wurde unbefriedigend gelöst, da es sich um Magie handelt.

Ich habe versucht, dies in einer Befehls-Shell (cmd.exe, Windows) auszuführen. Ich habe den gleichen Befehl ausgeführt und ihn in PowerShell ausgeführt, und es hat funktioniert. ಠ_ಠ

tl; dr: Kombination von https: // und Powershell hat bei mir funktioniert

Ich weiß, dass dies eine alte Frage ist, aber lassen Sie mich noch etwas hinzufügen.

Manchmal (wenn Sie sich in einem Büro oder einem privaten Netzwerk befinden) blockiert Ihre Gateway-Server-Firewall die https-Anforderungen (Port 443) vom Befehlsterminal

git config --global url."http://".insteadOf "https://"

Verwenden Sie diese Option, um das Git so zu konfigurieren, dass für diese Situationen http über https verwendet wird

Ich verwende jedoch keinen Proxyserver, da ich mich auf meinem Heim-PC/Netzwerk befinde

Hatte das gleiche Problem (Exit-Code 128) in meinem Heimnetzwerk und war mir ziemlich sicher, dass ich keinen Proxy verwende. Es stellte sich heraus, dass Git einen Proxy gespeichert hatte, den ich in der Vergangenheit eingegeben hatte - nachdem ich mich in den Configs umgesehen hatte, fand ich ihn unter dem [http] -Tag.

Ich bin neu in Git, und ich bin mir nicht sicher, ob diese Konfigurationen normalerweise leicht zugänglich sind - ich benutze Tortoise Git, da ich eigentlich nichts Besonderes mache und das eine GUI für die Dinge hat.

Hoffe die "Antwort" hilft trotzdem.

Das hat bei mir funktioniert,

Kopieren Sie die Datei "libcurl.dll" in den Git-Installationsordner (C:\Programme\Git\bin\libcurl.dll). Fügen Sie es an der Stelle ein, an der sich die Datei git.exe befindet (C:\Programme\Git\libexec\git-core).

Überprüfen Sie Ihre Git-Konfigurationseinstellungen (git config --global --edit). In meinem Fall gab es ein paar nicht mehr gültige Einträge wie:

[Ader]
gitproxy = gitproxy.cmd
["https: //"]
["https: //"]
[URL "https: //"]

Überarbeiten Sie sie und entfernen Sie sie, wenn Sie sie nicht mehr benötigen.

Ich habe diesen Fehler erhalten, nachdem meine Virenprüfung einen Download von github.com unter Quarantäne gestellt hat. Aus irgendeinem unbekannten Grund.

Nachdem ich diese Dateien (exe-Dateien) gelöscht hatte, funktionierte alles.