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

Если вы пытаетесь клонировать, вы можете использовать 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

Я использовал "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:

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

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

• установить пакеты

  yum install openssl-devel zlib-devel perl-ExtUtils-MakeMaker svn tcl perl-Locale-Msgfmt gettext asciidoc xmlto docbook2x
  

• сделать символическую ссылку

  ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
  

• build git

  # 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
  

В 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

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

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

git --exec-path

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

Мы сделали:

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

и решил.

On centos 7:

$ yum install curl-devel
$ yum reinstall git

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

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

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

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 помощью 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

5. Скомпилируйте и установите ссылку на 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

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

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

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

   $ 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

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

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

работал

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

sudo apt-get remove git

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

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

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

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

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

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

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

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

Мне пришлось добавить несколько дополнительных установочных файлов, в которых запущена версия CentOS 5.10 (Final):

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

Использование git -1.8.5:   . /configure   очистить   делать   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.

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