Ошибки Git / Bower: код выхода # 128 & Failed connect



Я использую 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://


однако это не работает, как и любые другие решения, найденные на этой странице. В поисках решения для 2-й ошибки, кажется, что установка имя пользователя / pwd для прокси-сервера решит проблему, если вы находитесь в корпоративной сети/за брандмауэром. Однако я не использую прокси-сервер, поскольку я нахожусь на своем домашнем ПК/сети (windows 7 x64).



спасибо!



изменить: командное окно с ошибками:



enter image description here

714   24  

24 ответов:

Я знаю, что это не "исправление" проблемы, но вы можете использовать

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 [email protected]: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:[email protected]:8080
git config --global https.proxy https://proxyuser:[email protected]:8080

и убедившись, что он работал

git config --list

порт 22 был заблокирован на моем компьютере. Как только я нашел, что блокирует его и открыл порт, я смог запустить Bower install cmd без каких-либо проблем.

кажется, как будто azsl1326 не удалось использовать Бауэр (ЖКТ) через порт 9418 (в Git://), потом сказали, Git, чтобы использовать порт 22 (протокол HTTPS://) вместо. Это все еще не удалось, но затем открытие порта 22 получило желаемый результат.

самое прямое решение-открыть порт 9418. Это порт, который использует протокол git://.

перейдите в папку приложения и выполните эту команду

git config --глобальный url."протокол https."//:вместо " git://

"

Это должно исправить вашу проблему

Возможно, вам нужно создать ssh ключ таким образом, вы аутентифицируетесь с помощью github.

вы за брандмауэром?

Git не выбирает конфигурацию прокси-сервера при его вызове, поэтому явно установите переменные среды, например:

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

Если ваш корпоративный прокси не нуждается в аутентификации, просто опустите username:password@ в ссылках.

это сработало для меня!

Если ваша страна блокирует 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 --глобальный url."протокол https."//:вместо git://

исправление конфигурации, но это привело к ошибке (перефразированной)

Я не могу использовать https

мой вопрос был решен неудовлетворительно, так как он включает в себя магию.

Я пытался запустить это в командной оболочке (cmd.exe, windows). Я запустил ту же команду и запустил ее в powershell, и это сработало. ಠ_ಠ

tl; dr: комбинация https: / / и powershell работала для меня

Я получил эту ошибку после того, как моя проверка вирусов была помещена на карантин загрузки из github.com по какой-то неизвестной причине.

после того, как я очистил эти файлы (EXE файлы) все работало.

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

не работал на меня. Поэтому я нашел эту альтернативу:

перейдите в папку temp. (т. е. если вы используете windows, то C:\Users\{username}\AppData\Roaming\bower\cache\packages). Там вы можете увидеть несколько файлов. Откройте каждый из них и вы можете увидеть URL-адрес. Измените его с git://... до https://... и сохранить все файлы.

теперь bower install.

проверьте настройки конфигурации git (git config --global --edit). В моем случае было несколько не правильных записей типа:

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

пересмотрите их и удалите, если они вам больше не нужны.

ключи не правы. Просто добавьте их в GitHub / Bitbucket / все, что вы используете. Это не более чем проблема разрешения с вашими ключами.

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

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

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

надеюсь, что "ответ" все же поможет.

в моем случае был доступ к папке, где я был во время исполнения команды! В windows я сначала создал папку с помощью командной строки: mkdir "MyFolder", и у меня была ошибка. но если я создам папку с помощью мыши, щелкните правой кнопкой мыши, создайте папку и т. д. Отлично работает!

Если вы аутентифицируетесь с bitbucket, где я получаю сообщение об ошибке 128 & Failed connect. но при использовании аутентификации Git hub работает нормально.

Я знаю, что это старый вопрос, в любом случае позвольте мне добавить еще одну вещь.

иногда (если вы находитесь в офисе или частной сети) брандмауэр сервера шлюза блокирует https-запросы (порт 443) из командного терминала

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

используйте это для настройки git для использования http через https для этих ситуаций

Это сработало для меня,

скопируйте файл " libcurl.dll " в папке установки Git ( C:\Program файлы\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. и я решаю эту проблему 1. открытый журнал скручивания экспорт GIT_CURL_VERBOSE=1 2.clone git repo 3. найти журнал 4. я могу исправить эту проблему путем обновления НСС и завиток (ням обновление НСС НСС-утиль завиток ндпр)

Comments

    Ничего не найдено.