linux - “Kan remote helper voor ‘https’ niet vinden” tijdens git clone

Ik kan geen HTTPS-opslagplaatsen klonen. Ik kan SSH-repo’s prima klonen, maar geen HTTPS-repo’s. Ik kan het GIT-protocol niet testen omdat ik achter een bedrijfsfirewall zit.

Dit is wat ik probeer te doen:

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

Ik heb tot nu toe het volgende geprobeerd (op basis van Google-zoekopdrachten)

Git opschonen en installeren via apt-get
Installatie van build-depsvoor Git via apt-get
Cul-ontwikkelaarsbibliotheken installeren
Expat-bibliotheken installeren
Git-bron downloaden en bouwen met:
- ./configure --prefix=/usr --with-curl --with-expat
- Ook geprobeerd configure naar curl binary te wijzen (./configure --prefix=/usr --with-curl=/usr/bin/curl)

Ik heb alles geprobeerd wat ik op internet kan vinden, maar zonder succes. Kan iemand me helpen?

Git-versie = 1.7.6.4

OS = Ubuntu 11.04

Antwoord 1, autoriteit 100%

Het lijkt erop dat het niet geïnstalleerd hebben van (lib)curl-devel tijdens het compileren van git dit kan veroorzaken.

Als je (lib)curl-devel installeert en vervolgens git opnieuw opbouwt/installeert, zou dit het probleem moeten oplossen:

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

Dit werkte voor mij op Centos 6.3.

Als je geen yum hebt, kun je de bron voor curl-devel hier downloaden:

http://curl.haxx.se/dlwiz/?type=devel

Als u in plaats daarvan Ubuntu gebruikt:

sudo apt-get install libcurl4-openssl-dev

Antwoord 2, autoriteit 28%

Als je probeert te klonen, kun je het git transport gebruiken

Bijvoorbeeld: 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

Antwoord 3, autoriteit 22%

Voor het geval iemand dit tegenkomt op een QNAP-systeem of een ander systeem met OPKG als pakketbeheerder:

Je moet git-http samen met git installeren. Vind ik leuk:

opkg install git-http

Antwoord 4, autoriteit 16%

Ik gebruikte “git://” in plaats van “https://” en dat loste het probleem op. Mijn laatste opdracht was:

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

Antwoord 5, autoriteit 7%

In ons geval was het probleem verholpen toen we het controleerden

git --exec-path

verwees naar een pad dat niet meer bestond.
(Het wees naar het pad waar we git hebben gecompileerd en niet waar we het daarna hebben gekopieerd zodat iedereen er toegang toe heeft)

We deden een:

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

en opgelost.

Antwoord 6, autoriteit 5%

Op CentOS 5.x loste het installeren van curl-devel het probleem voor mij op.

Antwoord 7, autoriteit 5%

Ik had hetzelfde probleem en was eenvoudig op te lossen.

Gewoon git verwijderen en opnieuw installeren.

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

en alles werkt goed.

Ik hoop dat dit helpt.

Antwoord 8, autoriteit 2%

De eenvoudigste manier om dit probleem op te lossen, is ervoor te zorgen dat de git-corewordt toegevoegd aan het pathvoor uw huidige gebruiker

Als je het volgende toevoegt aan je bash-profielbestand in ~/.bash_profilezou dit normaal gesproken het probleem moeten oplossen

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

Antwoord 9, autoriteit 2%

Dit werkte voor mij in Centos 6.6 om git 2.3.1 te installeren:

Ik had curl-devel niet geïnstalleerd (controleer op curl_global_init in -lcurl… nee). De sleutel was om een configuratiescript te genereren
rpmforge toevoegenvoor docboox2x

pakketten installeren

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

symlink maken

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

10

op Mac OS X 10.9 Mavericks, de oplossing die werkte is als volgt

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

Dit is om Ruby te compileren met OpenSSL-ondersteuning. Verwijder vervolgens alle oude versies.

brew uninstall openssl
brew uninstall curl
brew uninstall git

Installeer vervolgens de bijgewerkte versies. De GIT-installatie is afhankelijk van een bijgewerkte versie van Curl.

brew install openssl
brew install curl
brew install git

11

Ik had dit probleem bij het gebruik van Capistrano om een rails-app te implementeren. Het probleem was dat mijn gebruiker alleen een gevangen-shell-toegang had in CPANEL. Het veranderen in normale Shell-toegang heeft mijn probleem opgelost.

12

Voor degenen die git gebruiken met jenkins onder een Windows-systeem, moet u de locatie van GIT configureren .exe onder:
Beheer Jenkins = & GT; Global Tool Configuration = & GT; Git = & GT; Pad naar Git-uitvoerbaar en invullen het pad naar git.exe , bijvoorbeeld; C: \ Program Files \ git \ bin \ git.exe

13

Ik had veel problemen met deze externe helperprobleem. Ik heb ervoor gezorgd dat ik alle expat, krullen enz. Had geïnstalleerd, maar eindelijk opgelost door GCC bij te werken na het vinden van die versie 4.4.4 was duff. Gewoon een yum-update en opnieuw gecompileerd met 4.4.6.

14

op CENTOS 7:

$ yum install curl-devel
$ yum reinstall git

die voor mij werken.

15

Ik heb vandaag hetzelfde probleem: Git HTTP gebroken na jarenlange gelukkige service. Het lijkt veroorzaakt door sommige perl lib-updates. Probeerde wat gezonde suggesties op het web, geen werkte. Had genoeg, ik heb net alle git-dingen verwijderd, kreeg een nieuw tarball van http://git-scm.com/, gecompileerd en geïnstalleerd, en alle dingen zijn weer normaal. Geef het proberen, of je kunt diep in je logboeken graven …

16

Ik moest een paar extra installaties toevoegen met Centos Release 5.10 (Final):

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

Git-1.8.5 gebruiken:
./configure
schoonmaken
maken
Maak installatie

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.

17

Ik heb hier een keer geland omdat ik met Git zelf werkte. Toen ik het bouwde, installeerde het standaard Makefile het binaire in ~ / bin / git. Omdat mijn pad ~ / bin eerst had toen ik ‘git pull -rebase’ liep, gebruikte het degene in ~ / bin en kon bijgevolg de helpers niet vinden.

Ik heb het probleem omzeild door ‘/usr/bin/git …’ uit te voeren met een volledig pad (als alternatief had ik mijn PATH kunnen aanpassen).

Antwoord 18

werkte

1- Ik moest git verwijderen:

sudo apt-get remove git

2- opnieuw – installeer git met het achtervoegsel -all:

sudo apt-get install git-all

zoals hier geleerd: https://git-scm .com/book/en/v2/Getting-Started-Installing-Git

3- alle instellingen gecontroleerd (gebruikersnaam en e-mailadres) van mijn github-account

Trouwens, ik vergiste me in de goede e-mail die de bron van mijn fouten was 😉
https://github.com/settings/profile
controleer uw gebruikersnaam
https://github.com/settings/emails
controleer of je e-mail goed is

4- Ik heb de tutorial van git hier gevolgd

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

Antwoord 19

In mijn geval was niets succesvol, na een tijdje kijken wat er aan de hand was, vond ik dit in mijn configuratiebestand. Ik weet niet zeker hoe het daar is gekomen

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

Na het verwijderen van de url-eigenschappen werkte alles weer goed

Antwoord 20

CentOS Minimal installeert meestal versie 1.8 git met het yum install gitcommando.

De beste manier is om & installeer het vanaf de broncode. Huidige versie is 2.18.0.

Download de broncode van https://mirrors.edge.kernel.org/pub/software/scm/git/
of curl -o git-2.18.0.tar.gz https://mirrors.edge.kernel.org/pub/software/scm/git/git-2.18.0.tar.gz
Uitpakken met tar -zxf git-2.18.0.tar.gz && cd git-2.18.0
Installeer het afhankelijkheidspakket door yum install autoconf curl-devel expat-devel gettext-devel openssl-devel perl-devel zlib-devel asciidoc xmlto openjade perl* texinfo
Installeer docbook2X, het staat niet in de rpm-repository. Download en installeer door

$ 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

En maak een Unix-linknaam:

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

Compileren en installeren, verwijzing naar https: //git-scm.com/book/en/v2/Getting-Started-Installing-Git

$ make configure
$ ./configure –prefix=/usr
$ maak alle doc-info
$ sudo make install install-doc install-html install-info
Start uw server opnieuw op (zo niet, dan kunt u de Unable to find remote helper for 'https'-fout niet vinden）

$ nu opnieuw opstarten
Testen:

$ git-kloon https://github.com/volnet/v-labs.git
$ cd v-labs
$ tik op test.txt
$ git toevoegen.
$ git commit -m “test git install”
$ git push -u

Antwoord 21

Ik kreeg deze fout op Windows tijdens het gebruik van TortoiseGit. Git voor Windows opnieuw installeren en TortoiseGit het pad naar git.exe vertellen door de First Start Wizard opnieuw uit te voeren, loste het op.

Antwoord 22

In mijn geval wees git --exec-pathnaar het juiste pad en bestond git-remote-httpsmaar had geen uitvoeringsmachtiging. Dus chmod +x git-remote-httploste het probleem op.

Antwoord 23

vond dit in 2020
en oplossing loste het probleem op met OMZ
https://stackoverflow.com/a/13018777/13222154

...
➜  ~ cd $ZSH
➜  .oh-my-zsh (master) ✗ git remote -v
origin  https://github.com/ohmyzsh/ohmyzsh.git (fetch)
origin  https://github.com/ohmyzsh/ohmyzsh.git (push)
➜  .oh-my-zsh (master) ✗ date ; omz update
Wed Sep 30 16:16:31 CDT 2020
Updating Oh My Zsh
fatal: Unable to find remote helper for 'https'
There was an error updating. Try again later?
omz::update: restarting the zsh session...
...
    ln "$execdir/git-remote-http" "$execdir/$p" 2>/dev/null || \
    ln -s "git-remote-http" "$execdir/$p" 2>/dev/null || \
    cp "$execdir/git-remote-http" "$execdir/$p" || exit; \
done && \
./check_bindir "z$bindir" "z$execdir" "$bindir/git-add"
➜  git-2.9.5 
➜  git-2.9.5 
➜  git-2.9.5 
➜  git-2.9.5 omz update       
Updating Oh My Zsh
remote: Enumerating objects: 296, done.
remote: Counting objects: 100% (296/296), done.
remote: Compressing objects: 100% (115/115), done.
remote: Total 221 (delta 146), reused 179 (delta 105), pack-reused 0
Receiving objects: 100% (221/221), 42.89 KiB | 0 bytes/s, done.
Resolving deltas: 100% (146/146), completed with 52 local objects.
From https://github.com/ohmyzsh/ohmyzsh
 * branch            master     -> FETCH_HEAD
   7deda85..f776af2  master     -> origin/master
Created autostash: 273f6e9

“Kan remote helper voor ‘https’ niet vinden” tijdens git clone