Erreurs Git / Bower: code de sortie n ° 128 et connexion échouée

Je sais que ce n’est pas “réparer” le problème, mais vous pouvez utiliser

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

pour dire à git d’utiliser HTTPS au lieu de GIT qui a fonctionné pour moi pour installer des dépendances npm.

Au lieu de lancer cette commande:

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

vous devez exécuter 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 lancer 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/50

Je suis tombé sur cela avec mon réseau d’entreprise.

Cela semblait étrange car j’ai toujours utilisé ssh pour me connecter avec git et je n’ai jamais eu de problème.

J’ai essayé https et n’a pas fonctionné, j’ai donc ajouté des parameters 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 veillant à ce que cela fonctionne

 git config --list 

Le port 22 était bloqué sur mon ordinateur. Une fois que j’ai trouvé ce qui le bloquait et ouvert le port, j’ai pu lancer le programme d’installation cmd sans aucun problème.

Il semble que azsl1326 n’ait pas réussi à utiliser 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 a donné le résultat souhaité.

La solution la plus directe consiste à ouvrir le port 9418. C’est le 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

Vous devez peut-être générer une clé ssh pour vous authentifier 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 la Chine continentale, vous pouvez créer un proxy, par exemple, utiliser goagent & gae, puis définir l’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 vous essayez de contacter git via le protocole git:// et non pas 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 append le dossier git dans les variables d’environnement

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

C’est ce qui me manquait et j’ai fait le tour pour moi.

J’espère que cela aide.

J’ajoute ma réponse ici car c’est l’une des questions les plus proches de ma situation. J’essayais d’installer select2 plutôt que bootstrap, mais le résultat était le même.

bower install select2 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 entraîné une erreur (paraphrasée)

Je ne peux pas utiliser https

Mon problème a été résolu de manière insatisfaisante, car cela implique de la magie.

J’essayais de l’exécuter dans un shell de commande (cmd.exe, windows). J’ai exécuté la même commande et l’ai exécutée dans Powershell et cela a fonctionné. ಠ_ಠ

tl; dr: combinaison de https: // et powershell a fonctionné pour moi

J’ai eu cette erreur après que mon antivirus ait mis en quarantaine un téléchargement de github.com. Pour une raison inconnue.

Après avoir effacé ces fichiers (fichiers exe), tout fonctionnait.

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

ne travaillait pas pour moi. Donc j’ai trouvé cette alternative:

Allez dans votre dossier temporaire. (c.-à-d. 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://... en https://... et enregistrez tous les fichiers.

Maintenant, lancez l’ bower install .

Vérifiez vos parameters de configuration git ( git config --global --edit ). Dans mon cas, il y avait quelques entrées non valides comme:

[coeur]
gitproxy = gitproxy.cmd
[“https: //”]
[“https: //”]
[url “https: //”]

Révisez-les et supprimez-les si vous n’en avez plus besoin.

Vos clés sont fausses. Ajoutez-les simplement à GitHub / Bitbucket / quelle que soit votre utilisation. Ce n’est rien de plus qu’un problème de permission avec vos clés.

Cependant, je n’utilise pas de serveur proxy comme je le suis sur mon pc / réseau personnel

Eu 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’avère que Git avait enregistré un proxy que j’avais entré dans le passé – après avoir parcouru les configs, je l’ai trouvé sous le tag [http].

Je suis nouveau sur Git, et je ne suis pas du tout sûr, si ces configs sont généralement facilement accessibles – j’utilise Tortoise Git, puisque je ne fais rien de vraiment compliqué et qui a une interface graphique pour les choses.

J’espère que la “réponse” aide quand même.

Dans mon cas, l’access au dossier était là où j’étais lors de l’exécution de la commande! Sur Windows, j’ai créé le dossier d’abord en 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.

Si vous vous authentifiez avec bitbucket, où je reçois l’erreur 128 et Echec de la connexion. mais en utilisant l’authentification, git hub fonctionne bien.

Je sais que c’est une vieille question, permettez-moi d’append une chose.

Parfois (si vous êtes dans un bureau ou un réseau privé), le pare-feu du serveur de passerelle bloque les requêtes https (port 443) du terminal de commande

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

Utilisez ceci pour configurer le git pour utiliser http sur https pour ces situations

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).

Exécutez ces 2 commandes pour accorder un access git via votre système

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

Ces commandes supposent que vous avez une clé ssh sur le serveur git distant (bitbucket / github / other)

J’ai aussi rencontré cette erreur et résolu en mettant à jour git. Lorsque j’ai exécuté la commande git ls-remote ayant échoué, l’erreur sous-jacente était qu’une ancienne version de tls était utilisée. Donc, la version mise à jour de git utilise une version ultérieure de tls.

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

J’ai trouvé cette erreur sur mon ordinateur Linux. et je résout ce problème 1. exportation du journal curl ouvert GIT_CURL_VERBOSE = 1 2.clone git repo 3. trouve le journal 4. je corrige le problème par mise à jour nss et curl (yum update nss nss-util nspr curl)