Ich verwende Bower, um mehrere Bibliotheken zu installieren. Zu Demonstrationszwecken installiere ich hier Bootstrap. Unabhängig vom Paket erhalte ich die folgenden Fehler:
C:\Scott>bower install bootstrap
bower not-cached git://github.com/twbs/bootstrap.git#*
bower resolve git://github.com/twbs/bootstrap.git#*
bower ECMDERR Failed to execute "git ls-remote --tags --heads git://github
.com/twbs/bootstrap.git", exit code of #128
Additional error details:
fatal: unable to access 'https://github.com/twbs/bootstrap.git/': Failed connect
to github.com:443; No error
Ich habe versucht, mit der folgenden Lösung den ersten Fehler zu entfernen – den ich daraus gefunden habe Suche:
Dies funktioniert jedoch nicht und auch keine der anderen Lösungen auf dieser Seite. Auf der Suche nach einer Lösung für den zweiten Fehler scheint es, dass das Festlegen eines Benutzernamens/pwd für einen Proxyserver das Problem löst, wenn Sie sich in einem Unternehmensnetzwerk/hinter einer Firewall befinden. Ich verwende jedoch keinen Proxyserver, da ich mich auf meinem Heim-PC/Netzwerk (Windows 7 x64) befinde.
Danke!
EDIT: Befehlsfenster mit Fehlern:
Mögliches Duplikat der Bower-Installation nur mit https?
– kenorb
23. Januar 2018 um 15:43 Uhr
hatte ein ähnliches Problem mit npm und https, gelöst mit git config --global url."[email protected]:".insteadOf "https://github.com"
– Grabantot
2. Oktober 2018 um 13:32 Uhr
ablais
Ich weiß, dass dies das Problem nicht “behebt”, aber Sie können es verwenden
um git anzuweisen, HTTPS anstelle von GIT zu verwenden, was für mich funktionierte, um npm-Abhängigkeiten zu installieren.
Geht es nur mir so oder funktioniert das bei niemandem wirklich? Dies ist das höchste Ergebnis bei Google für praktisch alle Suchen im Zusammenhang mit Bower 128-Fehlern, und nach dem Ändern dieser Einstellung verwendet Bower immer noch das Git-Protokoll.
– Blutiger August
19. August 2014 um 22:03 Uhr
@ Bloodyaugust, bei mir funktioniert es auch nicht. Wird immer noch verwendet git://
– Logan
3. September 2014 um 16:39 Uhr
Dies hat für mich funktioniert, obwohl ich unklar bin, was das Problem war.
– Mendhak
8. September 2014 um 7:05 Uhr
Hat bei mir auch funktioniert und ich weiß auch nicht warum. @Bloodyaugust, @Logan, hast du deine globale .gitconfig-Datei (git config --global --edit)? Nur, weißt du, um sicherzugehen. Und eine spezifischere .gitconfig (pro Benutzer oder pro Git-Projekt) könnte sie überschreiben.
– Rafael Eyng
9. September 2014 um 19:24 Uhr
Hat bei mir funktioniert – ich vermute, Port 22 ist auf der Arbeitsmaschine geschlossen, auf der ich das versucht habe. Also kein SSH zu github 🙁 Ich kann sagen, dass ich den Befehl aus dem (git) Projektordner ausgeführt habe … falls das einen Unterschied macht.
oder du kannst laufen git ls-remote --tags --heads git://github.com/twbs/bootstrap.git aber Sie müssen git dazu bringen, https immer auf diese Weise zu verwenden:
Danke. Ich habe versucht, Git zu zwingen, immer https zu verwenden, bin mir aber nicht sicher, ob es funktioniert hat – siehe Bild, das ich im ursprünglichen Beitrag angehängt habe. Fehler treten immer noch auf, egal welches Bower-Installationspaket ich versuche.
– azsl1326
7. Februar 2014 um 1:14 Uhr
Ich bin mit meinem Firmennetzwerk darauf 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 es hat nicht funktioniert, also habe ich Proxy-Einstellungen zu gits Konfiguration hinzugefügt und alles war gut
Danke… Das war auch mein Fall. Ich musste git konfigurieren, um die co. Proxy..
– Paul T.
21. Januar 2015 um 21:20 Uhr
Wenn dies für Sie funktioniert hat und Sie auch npm verwenden, müssen Sie wahrscheinlich das Äquivalent festlegen: npm config set proxy http://<your-corporate-proxy> und npm config set https-proxy http://<your-corporate-proxy>
– aponzani
2. Juli 2015 um 18:57 Uhr
git config http.sslVerify "false" kann auch für einige Unternehmensproxys erforderlich sein.
– John Fouhy
23. Dezember 2015 um 2:22 Uhr
Port 22 wurde auf meinem Computer blockiert. Nachdem ich herausgefunden hatte, was es blockierte, und den Port öffnete, konnte ich die Bower-Installations-cmd ohne Probleme ausführen.
Henry
Es scheint, als hätte azsl1326 Bower (git) nicht über Port 9418 (git://) verwenden können und dann git angewiesen, stattdessen Port 22 (https://) zu verwenden. Dies schlug immer noch fehl, aber das Öffnen von Port 22 brachte das gewünschte Ergebnis.
Die direkteste Lösung besteht darin, Port 9418 zu öffnen. Dies ist der Port, den das git://-Protokoll verwendet.
Ich denke, dies sollte die akzeptierte Antwort sein, da dies eindeutig der Git-Port 9418 ist, der von einer Firewall blockiert wird. Zumindest war dies auf meinem CentOS-Server mit CSF-Firewall der Fall.
– Christos Lytras
17. Januar 2016 um 17:05 Uhr
Weder Port 22 noch 9418, die für TCP/UDP ein-/ausgeöffnet wurden, haben mich entsperrt.
– kayleeFrye_onDeck
8. September 2016 um 23:40 Uhr
Wo ist Ihr Remote-Repo? Hat dieser Server diese Ports geöffnet?
– Henry
9. September 2016 um 1:46 Uhr
Ignatius Andreas
Navigieren Sie zu Ihrem Anwendungsordner und führen Sie diesen Befehl aus
git config –globale URL.”https://”.statt “git://”
“
Dies sollte Ihr Problem beheben
Ich denke, dies sollte die akzeptierte Antwort sein, da dies eindeutig der Git-Port 9418 ist, der von einer Firewall blockiert wird. Zumindest war dies auf meinem CentOS-Server mit CSF-Firewall der Fall.
– Christos Lytras
17. Januar 2016 um 17:05 Uhr
Weder Port 22 noch 9418, die für TCP/UDP ein-/ausgeöffnet wurden, haben mich entsperrt.
– kayleeFrye_onDeck
8. September 2016 um 23:40 Uhr
Wo ist Ihr Remote-Repo? Hat dieser Server diese Ports geöffnet?
Mögliches Duplikat der Bower-Installation nur mit https?
– kenorb
23. Januar 2018 um 15:43 Uhr
hatte ein ähnliches Problem mit
npmund https, gelöst mitgit config --global url."[email protected]:".insteadOf "https://github.com"– Grabantot
2. Oktober 2018 um 13:32 Uhr