Помилки Git / Bower: Код виходу # 128 & Не вдалося підключитися

Я використовую Bower для встановлення декількох бібліотек. Для демонстраційних цілей тут я встановлюю bootstrap. Незалежно від пакету, я отримую такі помилки:

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    

Я спробував використати таке рішення для видалення першої помилки, яку я знайшов із цього пошуку :

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

Однак це не працює, як і будь-яке інше рішення, знайдене на цій сторінці. Шукаючи рішення другої помилки, здається, що встановлення імені користувача / pwd для проксі-сервера вирішить проблему, якщо ви знаходитесь у корпоративній мережі / за брандмауером. Однак я не використовую проксі-сервер, як у своєму домашньому ПК / мережі (Windows 7 x64).

Дякую!

EDIT: Командне вікно з помилками:

Я знаю, що це не "вирішення" проблеми, але ти можеш використати

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

сказати git використовувати HTTPS замість GIT, який працював для мене для встановлення залежностей npm.

Натомість виконати цю команду:

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

вам слід виконати цю команду:

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

або

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

або ви можете запустити, git ls-remote --tags --heads git://github.com/twbs/bootstrap.gitале вам потрібно змусити git завжди використовувати https таким чином:

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

Довідково: https://github.com/bower/bower/issues/50

Я зіткнувся з цим у своїй корпоративній мережі.

Це здавалося дивним, тому що я завжди використовував ssh для підключення до git і ніколи не мав проблем.

Я спробував https і не працював, тому додав налаштування проксі до конфігурації git, і все було добре

git config --global http.proxy http://proxyuser:proxypwd@proxy.server.com:8080
git config --global https.proxy https://proxyuser:proxypwd@proxy.server.com:8080

І переконавшись, що це спрацювало

git config --list

Порт 22 був заблокований на моєму комп'ютері. Як тільки я виявив, що це блокує, і відкрив порт, я зміг запустити cmd bower install без жодних проблем.

Здається, azsl1326 не вдалося використати bower (git) через порт 9418 (git: //), а потім наказав git використовувати порт 22 (https: //) замість цього. Це все ще не вдалося, але тоді відкриття порту 22 отримало бажаний результат.

Найбільш пряме рішення - відкрити порт 9418. Це порт, який використовує протокол git: //.

Перейдіть до папки програми та запустіть цю команду

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

"

Це має вирішити вашу проблему

Можливо, вам потрібно створити ключ ssh, щоб ви пройшли автентифікацію за допомогою github.

Ви за брандмауером?

Git не вибирає конфігурацію проксі, коли вона викликається, тому явно встановлюйте змінні середовища, наприклад:

export HTTP_PROXY=http://username:password@proxyserver:port/
export HTTPS_PROXY=http://username:password@proxyserver:port/

Якщо ваш корпоративний проксі не потребує автентифікації, просто пропустіть username:password@біт у URL-адресах.

У мене це вийшло!

Якщо ваша країна блокує github, наприклад, материкову частину Китаю, ви можете створити проксі, наприклад, використовувати goagent & gae, а потім встановити адресу проксі для git, наприклад

git config --global http.proxy 127.0.0.1:8087

Ця помилка пов’язана з неправильною конфігурацією вашого брандмауера. Ви помітите, що Бауер намагається зв'язатися з git через git://протокол, а ні http://. Ви повинні відкрити порт 9418. Додайте ці два рядки у конфігурацію iptables:

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

Це повинно зробити трюк.

По-перше, слід перевірити, чи розпізнає командний рядок Visual Studio команду git: Інструменти> Командний рядок

C: \ .... \> git

якщо ця команда не розпізнана, вам слід додати папку git до змінних середовища

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

Це те, чого я бракував і зробив трюк замість мене.

Сподіваюся, це допоможе.

Додаю тут свою відповідь, оскільки це одне з найближчих питань, яке відповідало моїй ситуації. Намагався встановити select2, а не bootstrap, але результат був однаковим.

bower install select2повідомив, що git не зміг знайти каталог. Використовували

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

виправлення конфігурації, але це призвело до (перефразованої) помилки

Я не можу використовувати https

Моє питання було вирішено незадовільно, оскільки воно стосується магії.

Я намагався запустити це в командній оболонці (cmd.exe, windows). Я запустив ту саму команду і запустив її в PowerShell, і вона спрацювала. ಠ_ಠ

tl; dr: комбінація https: // та PowerShell спрацювала у мене

Я отримав цю помилку після того, як мій засіб перевірки вірусів завантажив із github.com у карантин. З якоїсь невідомої причини.

Після того, як я очистив ці файли (exe-файли), все запрацювало.

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

не працював у мене. Тож я знайшов цю альтернативу:

Перейдіть до папки temp. (тобто якщо ви використовуєте вікна тоді C:\Users\{username}\AppData\Roaming\bower\cache\packages). Там ви можете побачити кілька файлів. Відкрийте кожен із них, і ви побачите URL-адресу. Змініть його git://...на https://...та збережіть усі файли.

Тепер запустіть bower install.

Перевірте свої налаштування git config ( git config --global --edit). У моєму випадку було кілька недійсних записів, таких як:

[ядро]
gitproxy = gitproxy.cmd
["https: //"]
["https: //"]
[url "https: //"]

Перегляньте їх і видаліть, якщо вони вам більше не потрібні.

Ваші ключі помилкові. Просто додайте їх у GitHub / Bitbucket / все, що ви використовуєте. Це не що інше, як видача дозволів на ваші ключі.

Однак я не використовую проксі-сервер, як у своєму домашньому ПК / мережі

У мене була та сама проблема (отримання коду виходу 128) у моїй домашній мережі, і я був упевнений, що не використовую проксі. Виявляється, Git врятував проксі, який я вводив деякий час раніше - оглянувши конфігури, я знайшов його під тегом [http].

Я новачок у Git, і я зовсім не впевнений, якщо ці конфігурації, як правило, легкодоступні - я використовую Tortoise Git, оскільки я не роблю нічого вигадливого насправді, і у мене є графічний інтерфейс для речей.

Сподіваюся, "відповідь" все ж допоможе.

У моєму випадку був доступ до папки там, де я знаходився під час виконання команди! У Windows я створив папку спочатку за допомогою командного рядка: mkdir "MyFolder", і у мене сталася помилка. але якщо я створюю папку за допомогою миші, клацніть правою кнопкою миші, створіть папку тощо. Чудово працює!

Якщо ви проходите автентифікацію за допомогою bitbucket, де я отримую помилку 128 і не вдалося підключитися. але при використанні автентифікаційного git hub все працює нормально.

Я знаю, що це старе питання, у будь-якому разі дозвольте додати ще одну річ.

Іноді (якщо ви знаходитесь в офісній або приватній мережі) брандмауер сервера шлюзу блокує запити https (порт 443) з командного терміналу

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

Використовуйте це, щоб налаштувати git для використання http над https для цих ситуацій

Це спрацювало для мене,

Скопіюйте файл "libcurl.dll" у папку встановлення Git (C: \ Program Files \ Git \ bin \ libcurl.dll). Вставте його там, де існує файл git.exe (C: \ Program Files \ Git \ libexec \ git-core).

Запустіть ці 2 команди, щоб надати git доступ через вашу систему

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

Ці команди передбачають, що у вас є ключ ssh на віддаленому git-сервері (bitbucket / github / other)

Я також зіткнувся з цією помилкою і вирішив її шляхом оновлення git. Коли я запустив невдалу команду git ls-remote, основною помилкою було те, що використовувалася стара версія tls. Тож оновлена ​​версія git використовує пізнішу версію tls.

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

я знайшов цю помилку на своєму Linux os. і я вирішую цю проблему 1. відкрити експорт журналу curl GIT_CURL_VERBOSE = 1 2.clone git repo 3. знайти журнал 4. виправити проблему шляхом оновлення nss та curl (yum update nss nss-util nspr curl)