"Не удалось найти удаленный помощник для "https "" во время клонирования git



Я не могу клонировать https репозитории. Я могу клонировать SSH repos отлично, но не HTTPS repos. Я не могу проверить протокол GIT, так как я нахожусь за корпоративным брандмауэром.



вот что я пытаюсь сделать:



$ git clone https://github.com/nvie/gitflow.git
Cloning into gitflow...
fatal: Unable to find remote helper for 'https'


Я до сих пор пробовал следующее (на основе поиска Google)




  • очистка и установка Git через apt-get

  • установка build-deps для Git через apt-get

  • установка библиотек curl dev

  • установка библиотек экспатов

  • загрузка источника Git и построение с помощью:

    • ./configure --prefix=/usr --with-curl --with-expat

    • также попытался указать настроить на curl binary (./configure --prefix=/usr --with-curl=/usr/bin/curl)




Я пробовал все, я могу найти в Интернете не повезло. Кто-нибудь может мне помочь?



версий Git = 1.7.6.4



OS = Ubuntu 11.04

902   21  

21 ответов:

похоже, что отсутствие (lib)curl-devel, установленного при компиляции git, может вызвать это.

Если вы устанавливаете (lib)curl-devel, а затем перестраиваете/устанавливаете git, это должно решить проблему:

$ yum install curl-devel
$ # cd to wherever the source for git is
$ cd /usr/local/src/git-1.7.9  
$ ./configure
$ make
$ make install

это сработало для меня на Centos 6.3.

Если у вас нет yum, вы можете скачать источник для curl-devel здесь:


Если вы не запуск Ubuntu вместо этого:

sudo apt-get install libcurl4-openssl-dev 

Если вы пытаетесь клонировать, то вы можете использовать git транспорт

например: git clone git://github.com/fog/fog.git

Vaio ~/Myworks/Hero $ git clone git://github.com/fog/fog.git

Initialized empty Git repository in /home/nthillaiarasu/Myworks/Hero/fog/.git/
remote: Counting objects: 41138, done.
remote: Compressing objects: 100% (13176/13176), done.
remote: Total 41138 (delta 27218), reused 40493 (delta 26708)
Receiving objects: 100% (41138/41138), 5.22 MiB | 58 KiB/s, done.
Resolving deltas: 100% (27218/27218), done

Я "git://" вместо "https://" и это решило проблему. Моя последняя команда была:

git clone --recursive git://github.com/ceph/ceph.git

на всякий случай, если кто-то столкнется с этим в системе QNAP или любой другой системе с OPKG в качестве менеджера пакетов:

вам нужно установить git-http вместе с git. Например:

opkg install git-http

На CentOS 5.x, установка curl-devel исправила проблему для меня.

У меня была такая же проблема и просто решить ее.

просто удалите git и переустановите его.

#apt-get remove --purge git-svn git-core
#rm /usr/local/bin/git
#apt-get install git-svn git-core

и все работает хорошо.

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

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

что, наконец, сработало для меня, это установка всего следующего (это RedHat):

sudo yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel

после этого я запустил другие команды, как указано, и это сработало:

./configure
make
sudo make prefix=/usr/local install

Я вытащил список зависимостей непосредственно с сайт Git. Видимо, я должен был начать там :/

Это сработало для меня в Centos 6.6 для установки git 2.3.1:

  1. у меня не было curl-devel установлен (проверка на curl_global_init в-lcurl... нет.) Ключ должен был генерировать сценарий настройки

  2. добавить rpmforge для docboox2x

  3. установка пакетов

    yum install openssl-devel zlib-devel perl-ExtUtils-MakeMaker svn tcl perl-Locale-Msgfmt gettext asciidoc xmlto docbook2x
    
  4. сделать симлинк

    ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
    
  5. построить ГИТ

    # download latest relase from https://github.com/git/git/releases
    curl -O -J -L https://github.com/git/git/archive/v2.13.0.tar.gz
    tar xf git-2.13.0.tar.gz
    cd git-2.13.0
    make configure
    ./configure --prefix=/usr
    make all doc
    make install install-doc install-html
    

У меня была эта проблема при использовании capistrano для развертывания приложения rails. Проблема заключалась в том, что у моего пользователя был только тюремный доступ к оболочке в cpanel. Изменение его на обычный доступ к оболочке исправило мою проблему.

на Mac OS X 10.9 Mavericks, решение, которое работает следующим образом

rvm pkg install openssl
CC=/usr/local/bin/gcc-4.2 CPP=/usr/local/bin/cpp-4.2 CXX=/usr/local/bin/g++-4.2  rvm install 1.9.3 --with-openssl-dir=$rvm_path/usr

это для компиляции Ruby с поддержкой OpenSSL. Затем удалите все старые версии.

brew uninstall openssl
brew uninstall curl
brew uninstall git

Далее установите обновленные версии. Установка git зависит от обновленной версии CURL.

brew install openssl
brew install curl
brew install git

У меня было много проблем с этой проблемой удаленного помощника. Я гарантировал, что установил все эмигранты, завиток и т. д. но окончательно решить ее путем обновления ССЗ после нахождения этой версии 4.4.4 был Дафф. Просто сделал обновление yum и перекомпилировал с 4.4.6.

на centos 7:

$ yum install curl-devel
$ yum reinstall git

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

сегодня у меня та же проблема: git http сломан после многих лет счастливого обслуживания. Кажется, это вызвано некоторыми обновлениями Perl lib. Пробовал некоторые здравые предложения в интернете, ни один не работал. Было достаточно, я просто удалил все git вещи, получил новый тарбол отhttp://git-scm.com/, скомпилирован и установлен, и все возвращается в норму. Дайте ему попробовать, или вы можете пойти копать глубоко в ваши журналы...

мне пришлось добавить пару дополнительных установок под управлением CentOS release 5.10 (Final):

yum install openssl097a.x86_64 
yum install openssl-perl.x86_64 

использование git-1.8.5: ./формировать сделать чистым делать сделать установка

git clone https://github.com/michaelficarra/CoffeeScriptRedux.git
Cloning into 'CoffeeScriptRedux'...
remote: Reusing existing pack: 4577, done.
remote: Counting objects: 24, done.
remote: Compressing objects: 100% (23/23), done.
remote: Total 4601 (delta 13), reused 11 (delta 1)
Receiving objects: 100% (4601/4601), 2.60 MiB | 126.00 KiB/s, done.
Resolving deltas: 100% (2654/2654), done.
Checking connectivity... done.

Я приземлился здесь однажды, потому что я работал с самим git. Когда я построил его по умолчанию makefile установил двоичный файл в ~/bin / git. Поскольку мой путь имел ~/bin сначала, когда я запускал "git pull --rebase", он использовал один в ~/bin и, следовательно, не мог найти помощников.

Я работал над проблемой, запустив ' /usr/bin / git ..."с полным путем (в качестве альтернативы я мог бы скорректировать свой путь).

для тех, кто использует git с Дженкинс в системе windows, вам нужно настроить расположение ГИТ.exe под: Управление Дженкинс=>Глобальная Конфигурация Инструмента=>Git=>путь к исполняемому файлу Git и заполнить путь к ГИТ.exe, например:C:\Program файлы\Git\bin\git.exe

работала

1-мне пришлось удалить git:

sudo apt-get remove git

2-переустановите git с суффиксом-all:

sudo apt-get install git-all

как учили здесь:https://git-scm.com/book/en/v2/Getting-Started-Installing-Git

3-проверено все настройки (имя пользователя и адрес электронной почты) моей учетной записи github

кстати я ошибся хорошее письмо, которое было источником моих ошибок ;) https://github.com/settings/profile
Проверьте свое имя пользователя
https://github.com/settings/emails
проверьте ваш адрес электронной почты является хорошим

4 - я следовал учебник git здесь

https://help.github.com/articles/connecting-to-github-with-ssh

в моем случае ничего не было успешным, через некоторое время, глядя, что происходит, я нашел это в моем файле конфигурации. Не знаю, как он туда попал

% cat ~/.gitconfig 
[user]
    email = [email protected]
    name = xxxxxx
[alias]
    g = grep -n -i --heading --break
[url "git+https://github.com/"]
    insteadOf = [email protected]:
[url "git+https://"]
    insteadOf = git://

после удаления свойств url все снова работало нормально

CentOS в минимальной, как правило, установить версию 1.8 ГИТ по

Я получил эту ошибку на Windows при использовании TortoiseGit. Переустановка Git для Windows и указание TortoiseGit пути к git.exe, повторно запустив первый мастер запуска, исправил его.

самый простой способ решить эту проблему, чтобы убедиться, что git-core добавляется path для вашего текущего пользователя

если вы добавите следующее в свой файл профиля bash в ~/.bash_profile обычно это должно решить проблему

PATH=$PATH:/usr/libexec/git-core

Comments

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