web-dev-qa-db-fra.com

"Impossible de trouver l'aide à distance pour 'https'" lors du clonage de git

Je ne parviens pas à cloner les référentiels HTTPS. Je peux cloner correctement les pensions SSH, mais pas les pensions HTTPS. Je ne peux pas tester le protocole GIT car je suis derrière un pare-feu d'entreprise.

C'est ce que j'essaie de faire:

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

J'ai jusqu'ici essayé ce qui suit (basé sur des recherches de Google)

  • Purge et installation de Git via apt-get
  • Installation de build-deps pour Git via apt-get
  • Installation de bibliothèques de développement curl
  • Installer des librairies d'expatriés
  • Télécharger le code source et la construction de Git avec:
    • ./configure --prefix=/usr --with-curl --with-expat
    • Également essayé de pointer configure sur curl binary (./configure --prefix=/usr --with-curl=/usr/bin/curl)

J'ai essayé tout ce que je peux trouver sur Internet sans succès. Quelqu'un peut-il m'aider?

Version Git = 1.7.6.4

OS = Ubuntu 11.04

linuxgitubuntu
214
Ben K

Cela semble ne pas avoir (lib) curl-devel installé lors de la compilation de git peut causer cela.

Si vous installez (lib) curl-devel, puis reconstruisez/installez git, cela devrait résoudre le problème:

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

Cela a fonctionné pour moi sur Centos 6.3.

Si vous n'avez pas yum, vous pouvez télécharger le code source de curl-devel ici:

Si vous utilisez plutôt Ubuntu:

Sudo apt-get install libcurl4-openssl-dev
257
TastyCode

Si vous essayez de cloner, vous pouvez utiliser le transport git

Par exemple: 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
63
Thillai Narayanan

J'ai utilisé "git://" au lieu de "https://" et cela a résolu le problème. Ma dernière commande fut:

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

Juste au cas où quelqu'un le rencontrerait sur un système QNAP ou tout autre système avec OPKG en tant que gestionnaire de paquets:

Vous devez installer git-http avec git. Comme:

opkg install git-http
33
CWBudde

Sur CentOS 5.x, l’installation de curl-devel a corrigé le problème.

15
ron

J'ai eu le même problème et simple pour le résoudre.

Il suffit de désinstaller Git et de le réinstaller.

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

et tout fonctionne bien.

J'espère que cette aide.

13
thehuyvb

Dans notre cas, le problème a été résolu lorsque nous avons vérifié

git --exec-path

indiquait un chemin qui a cessé d'exister. (Cela montrait le chemin où nous avons compilé git et non pas où nous l'avons copié par la suite pour que n'importe qui puisse y accéder)

Nous avons fait un:

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

et résolu.

11
Pedro Reis

J'avais exactement le même problème et cela se résumait à une dépendance non résolue. Cependant, j'ai essayé la solution de la réponse acceptée et cela n'a pas fonctionné.

Ce qui a finalement fonctionné pour moi, c’est d’installer tout ce qui suit (c’est RedHat):

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

Ensuite, j'ai exécuté les autres commandes comme spécifié et cela a fonctionné:

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

J'ai tiré la liste des dépendances directement depuis site Web de Git . Apparemment j'aurais du commencer là: /

9
Topher Fangio

Cela a fonctionné pour moi dans Centos 6.6 d'installer Git 2.3.1:

  1. Je n'ai pas installé curl-devel (vérification de curl_global_init dans -lcurl ... non). La clé était de générer un script de configuration

  2. ajouter rpmforge pour docboox2x

  3. installer des paquets

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

  4. faire un lien symbolique

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

  5. construire 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
5
rofrol

Le moyen le plus simple de résoudre ce problème est de s'assurer que le git-core est ajouté à la path de votre utilisateur actuel.

Si vous ajoutez les éléments suivants à votre fichier de profil bash dans ~/.bash_profile, cela devrait normalement résoudre le problème.

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

Je rencontrais ce problème lorsque je utilisais capistrano pour déployer une application Rails. Le problème était que mon utilisateur n'avait qu'un accès Shell emprisonné dans cpanel. Le changer en accès Shell normal a résolu mon problème.

2
Metralha

Sur Mac OS X 10.9 Mavericks, la solution qui a fonctionné est la suivante:

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

Ceci consiste à compiler Ruby avec le support OpenSSL. Ensuite, désinstallez toutes les anciennes versions.

brew uninstall openssl
brew uninstall curl
brew uninstall git

Ensuite, installez les versions mises à jour. L'installation de git dépend d'une version mise à jour de CURL.

brew install openssl
brew install curl
brew install git
2
Nick Woodhams

J'ai eu beaucoup de problèmes avec ce problème d'assistance à distance. Je me suis assuré que j'avais installé tous les fichiers expat, curl, etc., mais j'ai finalement résolu le problème en mettant à jour gcc après avoir constaté que la version 4.4.4 était duff. Je viens de faire une mise à jour yum et recompiler avec 4.4.6.

1
user1164594

Sur centos 7:

$ yum install curl-devel
$ yum reinstall git

Ça marche pour moi.

1
Johan Morales

J'ai le même problème aujourd'hui: http HTTP git cassé après des années de service heureux. Cela semble dû à certaines mises à jour de la bibliothèque Perl. Essayé quelques suggestions sensées sur le web, aucune n'a fonctionné. J'en ai assez, je viens de supprimer tout ce qui est git, j'ai une nouvelle archive contenant http://git-scm.com/ , compilée et installée, et tout est rentré dans l'ordre. Essayez, ou vous pouvez aller plonger dans vos journaux ...

0
Wen Bian

CentOS Minimal installe généralement la version 1.8 git de yum install gitcommand.

Le meilleur moyen est de le compiler et de l'installer à partir du code source. La version actuelle est 2.18.0.

  1. Téléchargez le code source de https://mirrors.Edge.kernel.org/pub/software/scm/git/ ou curl -o git-2.18.0.tar.gz https://mirrors.Edge.kernel.org/pub/software/scm/git/git-2.18.0.tar.gz

  2. Décompressez par tar -zxf git-2.18.0.tar.gz && cd git-2.18.0

  3. Installez le paquet de dépendance en exécutant yum install autoconf curl-devel expat-devel gettext-devel openssl-devel Perl-devel zlib-devel asciidoc xmlto openjade Perl* texinfo

  4. Installez docbook2X, ce n'est pas dans le référentiel RPM. Téléchargez et installez par

    $ 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

Et créez un nom de lien unix:

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

  1. Compiler et installer, référence à https://git-scm.com/book/en/v2/Getting-Started-Installing-Git

    $ make configure $ ./configure --prefix =/usr $ make toutes les informations sur la documentation $ Sudo installe install-doc install-html install-info

  2. Redémarrez votre serveur (sinon, vous pouvez rencontrer le message d'erreur Unable to find remote helper for 'https' _).

    $ redémarrer maintenant

  3. Tester:

    Clone $ git 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

J'ai eu cette erreur sur Windows en utilisant TortoiseGit. Réinstaller Git pour Windows et indiquer à TortoiseGit le chemin d'accès à git.exe en réexécutant le premier démarrage Wizard corrigé le problème.

0
Matthew

Pour ceux qui utilisent git avec Jenkins sous un système Windows, vous devez configurer l'emplacement de git.exe sous: Gérer Jenkins => Configuration globale de l’outil => Git => Chemin d'accès à l'exécutable Git et remplissez le chemin d'accès à git.exe , par exemple; C:\Program Files\Git\bin\git.exe

0
posix99

Dans mon cas, rien n’a réussi. Après un certain temps, j’ai trouvé cela dans mon fichier de configuration. Je ne sais pas comment ça s'est passé là

% 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://

Après avoir supprimé les propriétés de l'URL, tout fonctionnait à nouveau correctement

0
Bruno Manzo

travaillé

1- J'ai dû enlever git:

Sudo apt-get remove git

2- réinstallez git avec le suffixe -all:

Sudo apt-get install git-all

comme enseigné ici: https://git-scm.com/book/en/v2/Getting-Started-Installing-Git

3- vérifié tous les paramètres (nom d'utilisateur et email) de mon compte github

à propos, je me suis trompé avec le bon email qui était la source de mes erreurs;) https://github.com/settings/profile
vérifiez votre nom d'utilisateur
https://github.com/settings/emails
vérifiez votre email est le bon

4- J'ai suivi le tutoriel de git ici

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

0
marcdahan

J'ai dû ajouter quelques installations supplémentaires sous CentOS version 5.10 (Final):

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

Utiliser 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

J'ai atterri ici une fois parce que je travaillais avec git lui-même. Quand je l'ai construit, le fichier makefile par défaut a installé le binaire dans ~/bin/git. Depuis que PATH a eu ~/bin pour la première fois quand j'ai lancé 'git pull --rebase', il a utilisé celui de ~ bin et n'a donc pas pu localiser les assistants.

J'ai résolu le problème en exécutant "/ usr/bin/git ..." avec un chemin d'accès complet (sinon, j'aurais pu ajuster mon PATH).

0
qneill