it-swarm.com.ru

"Невозможно найти удаленного помощника для https" во время git clone

Я не могу клонировать репозитории HTTPS. Я могу клонировать репозитории SSH нормально, но не репозитории HTTPS. Я не могу проверить протокол 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
    • Также попытался указать configure на двоичный файл curl (./configure --prefix=/usr --with-curl=/usr/bin/curl)

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

Git версия = 1.7.6.4

ОС = Ubuntu 11.04

211
Ben K

Похоже, что отсутствие (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 
249
TastyCode

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

Например: 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
62
Thillai Narayanan

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

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

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

Вам необходимо установить git-http вместе с git. Подобно:

opkg install git-http
31
CWBudde

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

15
ron

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

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

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

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

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

13
thehuyvb

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

В конце концов, мне удалось установить все следующее (это RedHat):

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

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

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

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

9
Topher Fangio

В нашем случае проблема была исправлена, когда мы проверили

git --exec-path

указывал на путь, который перестал существовать. (Он указывал на путь, по которому мы скомпилировали git, а не туда, куда мы потом скопировали, чтобы кто-нибудь мог получить к нему доступ)

Мы сделали:

export GIT_EXEC_PATH=<path_of_/libexec/git-core/>

и решил.

9
Pedro Reis

Это сработало для меня в 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
    
5
rofrol

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

2
Metralha

В 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
2
Nick Woodhams

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

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

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

У меня было много проблем с этой проблемой удаленного помощника. Я удостоверился, что установил весь expat, curl и т.д., Но в конце концов решил это, обновив gcc, обнаружив, что версия 4.4.4 не работает. Просто сделал ням обновление и перекомпилировал с 4.4.6.

1
user1164594

На сентос 7:

$ yum install curl-devel
$ yum reinstall git

Это подходит для меня.

1
Johan Morales

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

0
Wen Bian

CentOS Minimal обычно устанавливает версию 1.8 git с помощью команды yum install git.

Лучший способ - собрать и установить его из исходного кода. Текущая версия 2.18.0.

  1. Загрузите исходный код с https://mirrors.Edge.kernel.org/pub/software/scm/git/ или curl -o git-2.18.0.tar.gz https://mirrors.Edge.kernel.org/pub/software/scm/git/git-2.18.0.tar.gz

  2. Распакуйте tar -zxf git-2.18.0.tar.gz && cd git-2.18.0

  3. Установите пакет зависимостей, выполнив yum install autoconf curl-devel expat-devel gettext-devel openssl-devel Perl-devel zlib-devel asciidoc xmlto openjade Perl* texinfo

  4. Установите docbook2X, его нет в репозитории rpm. Скачать и установить

    $ curl -o docbook2X-0.8.8-17.el7.x86_64.rpm http://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/d/docbook2X-0.8.8-17 .el7.x86_64.rpm $ rpm -Uvh docbook2X-0.8.8-17.el7.x86_64.rpm

И сделайте ссылку на Unix:

ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
  1. Скомпилируйте и установите ссылку на https://git-scm.com/book/en/v2/Getting-Started-Install-Git

    $ make configure $ ./configure --prefix =/usr $ make all doc info $ Sudo make install install-doc install-html install-info

  2. Перезагрузите сервер (в противном случае вы можете столкнуться с ошибкой Unable to find remote helper for 'https')

    $ перезагрузиться сейчас

  3. Тестовое задание:

    $ git clone https://github.com/volnet/v-labs.git $ cd v-labs $ touch test.txt $ git add. $ git commit -m "test git install" $ git Push -u

0
Eric Kung

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

0
Matthew

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

0
posix99

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

% 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 все снова работало нормально

0
Bruno Manzo

работал

1- Я должен был удалить мерзавец:

Sudo apt-get remove git

2- заново установить git с суффиксом -all:

Sudo apt-get install git-all

как учат здесь: https://git-scm.com/book/en/v2/Getting-Started-Install-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

0
marcdahan

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

yum install openssl097a.x86_64 
yum install openssl-Perl.x86_64 

Использование git-1.8.5: ./configure make clean make make install

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.
0
Jarle Drivenes

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

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

0
qneill