J'utilise Bower pour installer plusieurs bibliothèques. À des fins de démonstration ici, j'installe bootstrap. Quel que soit le package, je reçois les erreurs suivantes:
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
J'ai essayé d'utiliser la solution suivante pour supprimer la première erreur - que j'ai trouvée dans cette recherche :
git config --global url."https://".insteadOf git://
Cependant, cela ne fonctionne pas, pas plus que les solutions proposées sur cette page. En recherchant une solution à la deuxième erreur, il semble que définir un nom d'utilisateur/un mot de passe pour un serveur proxy résoudra le problème si vous êtes sur un réseau d'entreprise/derrière un pare-feu. Cependant, je n'utilise pas de serveur proxy car je suis sur mon PC/réseau domestique (Windows 7 x64).
Merci!
EDIT: Fenêtre de commande avec des erreurs:
Le port 22 était bloqué sur mon ordinateur. Une fois que j'ai trouvé ce qui le bloquait et que j'ai ouvert le port, j'ai pu exécuter la cmd d'installation de bower sans aucun problème.
Je sais que ce n'est pas "résoudre" le problème, mais vous pouvez utiliser
git config --global url."https://".insteadOf git://
dire à git d'utiliser HTTPS au lieu de GIT, ce qui m'a permis d'installer des dépendances npm.
Au lieu de lancer cette commande:
git ls-remote --tags --heads git://github.com/twbs/bootstrap.git
vous devriez lancer cette commande:
git ls-remote --tags --heads [email protected]:twbs/bootstrap.git
ou
git ls-remote --tags --heads https://github.com/twbs/bootstrap.git
ou vous pouvez courir git ls-remote --tags --heads git://github.com/twbs/bootstrap.git
mais vous devez faire en sorte que git utilise toujours https de cette façon:
git config --global url."https://".insteadOf git://
Référence: https://github.com/bower/bower/issues/5
Je suis tombé sur cela avec mon réseau d'entreprise.
Cela semblait étrange car j'ai toujours utilisé ssh pour me connecter à git et je n'ai jamais eu de problème.
J'ai essayé https et je n'ai pas fonctionné, alors j'ai ajouté des paramètres de proxy à la configuration de git et tout allait bien.
git config --global http.proxy http://proxyuser:[email protected]:8080
git config --global https.proxy https://proxyuser:[email protected]:8080
Et en s'assurant que cela a fonctionné
git config --list
Il semble que si azsl1326 n'a pas utilisé bower (git) sur le port 9418 (git: //), puis a demandé à git d'utiliser le port 22 (https: //) à la place. Cela échouait toujours, mais l'ouverture du port 22 donnait le résultat souhaité.
La solution la plus directe consiste à ouvrir le port 9418. Il s'agit du port utilisé par le protocole git: //.
Accédez à votre dossier d’application et exécutez cette commande.
git config --global url. "https: //" .insteadOf "git: //
"
Cela devrait résoudre votre problème
Peut-être avez-vous besoin de générer une clé ssh pour être authentifié avec github.
Êtes-vous derrière un pare-feu?
Git ne prend pas la configuration du proxy quand il est appelé, donc définissez explicitement les variables d'environnement, par exemple:
export HTTP_PROXY=http://username:password@proxyserver:port/
export HTTPS_PROXY=http://username:password@proxyserver:port/
Si votre proxy d'entreprise n'a pas besoin d'authentification, omettez simplement le username:password@
bit dans les URL.
Cela a fonctionné pour moi!
Si votre pays bloque le github, par exemple Chine continentale, vous pouvez alors créer un proxy, par exemple utilisez goagent & gae, puis définissez une adresse proxy pour git, par exemple.
git config --global http.proxy 127.0.0.1:8087
Cette erreur est liée à une mauvaise configuration de votre pare-feu. Vous remarquerez que Bower essaye de contacter git via le git://
protocole et non http://
. Vous devez ouvrir le port 9418
. Ajoutez ces deux lignes dans votre configuration iptables:
iptables -t filter -A INPUT -p tcp --dport 9418 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 9418 -j ACCEPT
Cela devrait faire l'affaire.
Tout d’abord, vous devez vérifier si l’invite de commande Visual Studio reconnaît la commande git: Outils> Ligne de commande.
C:\.... \> git
si cette commande n'est pas reconnue, vous devez ajouter un dossier git dans les variables d'environnement.
https://stackoverflow.com/a/26620861/3449657
C'est ce qui me manquait et a fait le tour pour moi.
J'espère que ça aide.
Exécutez ces 2 commandes pour accorder un accès à git via votre système.
eval `ssh-agent`
ssh-add ~/.ssh/id_rsa
Ces commandes supposent que vous avez la clé ssh sur le serveur git distant (bitbucket/github/other)
j'ai trouvé cette erreur sur mon OS Linux. et je résous ce problème 1. exportation du journal curl ouvert GIT_CURL_VERBOSE = 1 2.clone git repo 3. trouver le journal 4. Je résous le problème par update nss et curl (yum update nss nss-util nspr curl)
git config --global url. "https://".insteadOf "git://"
ne travaillait pas pour moi. J'ai donc trouvé cette alternative:
Allez dans votre dossier temporaire. (c’est-à-dire si vous utilisez Windows, alors C:\Users\{username}\AppData\Roaming\bower\cache\packages
). Là vous pouvez voir plusieurs fichiers. Ouvrez chacun d'eux et vous pouvez voir l'URL. Changez-le de git://...
à https://...
et enregistrez tous les fichiers.
Maintenant, lancez le bower install
.
Si vous vous authentifiez avec bitbucket, je reçois l'erreur 128 & Failed connect. mais lorsque vous utilisez l'authentification de hub git, cela fonctionne bien.
Dans mon cas, était l'accès au dossier où j'étais pendant l'exécution de la commande! Sur Windows, j'ai d'abord créé le dossier par ligne de commande: mkdir "MyFolder" et j'ai eu l'erreur. mais si je crée le dossier avec la souris, faites un clic droit, créez un dossier, etc. Fonctionne bien!
Vos clés sont fausses. Ajoutez-les simplement à GitHub/Bitbucket/à tout ce que vous utilisez. Ce n'est rien de plus qu'un problème d'autorisation avec vos clés.
J'ai rencontré cette erreur aussi, et résolu en mettant à jour git. Lorsque j'ai exécuté la commande git ls-remote en échec, l'erreur sous-jacente était qu'une ancienne version de tls était utilisée. La version mise à jour de git utilise donc la version ultérieure de tls.
J'ajoute ma réponse ici car c'est l'une des questions les plus proches qui correspond à ma situation. J'essayais d'installer select2 plutôt que bootstrap, mais le résultat était le même.
bower install select2
a signalé que git était incapable de localiser le répertoire. Utilisé le
git config --global url. "https: //" .insteadOf git: //
correctif de configuration, mais cela a abouti à une erreur (paraphrasée)
Je ne peux pas utiliser https
Mon problème a été résolu de manière insatisfaisante, car il implique de la magie.
J'essayais de l'exécuter dans une commande Shell (cmd.exe, Windows). J'ai couru la même commande et couru dans PowerShell et cela a fonctionné. ಠ_ಠ
tl; dr: la combinaison de https: // et de powershell a fonctionné pour moi
Je sais que c'est une vieille question, permettez-moi d'ajouter une dernière chose.
Parfois (si vous êtes dans un bureau ou un réseau privé) votre pare-feu de serveur de passerelle bloque les demandes https (port 443) à partir du terminal de commande
git config --global url."http://".insteadOf "https://"
Utilisez ceci pour configurer le git afin qu'il utilise http sur https pour ces situations
Cependant, je n'utilise pas de serveur proxy car je suis sur mon ordinateur/réseau domestique
Avait le même problème (obtenir le code de sortie 128) sur mon réseau domestique et était tout à fait sûr que je n'utilisais pas de proxy. Il s'est avéré que Git avait sauvegardé un proxy que j'avais entré dans le passé - après avoir regardé dans les fichiers de configuration, je l'ai trouvé sous la balise [http].
Je suis nouveau dans Git, et je ne suis pas du tout sûr, si ces configurations sont généralement facilement accessibles - j'utilise Tortoise Git, car je ne fais pas vraiment de fantaisie et qui a une interface graphique pour les choses.
J'espère que la "réponse" aide néanmoins.
Cela a fonctionné pour moi
Copiez le fichier "libcurl.dll" dans le dossier d'installation de Git (C:\Program Files\Git\bin\libcurl.dll). Collez-le à l'emplacement où git.exe existe (C:\Program Files\Git\libexec\git-core).
Vérifiez vos paramètres de configuration git (git config --global --edit
). Dans mon cas, il y avait quelques entrées qui n'étaient plus valides, comme:
[coeur]
gitproxy = gitproxy.cmd
["https: //"]
["https: //"]
[url "https: //"]
Révisez-les et supprimez-les si vous n'en avez plus besoin.
J'ai eu cette erreur après la mise en quarantaine d'un téléchargement de github.com par mon vérificateur de virus. Pour une raison inconnue.
Après avoir effacé ces fichiers (fichiers exe), tout a fonctionné.