“无法找到远程帮助'https:// '”;git克隆期间

我无法克隆HTTPS存储库。我可以克隆SSH回购很好,但不是HTTPS回购。我无法测试GIT协议,因为我位于公司防火墙后面。

这就是我要做的:

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

到目前为止,我尝试了以下(基于谷歌搜索)

  • 通过apt-get清洗和安装Git
  • 通过apt-get为Git安装build-deps
  • 安装curl开发库
  • 安装外派库
  • 下载Git源代码并使用:
    • ./configure --prefix=/usr --with-curl --with-expat
    • 也尝试了指向curl二进制配置(./configure --prefix=/usr --with-curl=/usr/bin/curl)
    • 李< / ul > < / >

    我已经试遍了我在网上能找到的所有东西,但都没有成功。有人能帮帮我吗?

    Git版本= 1.7.6.4

    OS = Ubuntu 11.04

302557 次浏览

如果你试图克隆,那么你可以使用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并重新安装即可。

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

一切都很顺利。

希望这对你有所帮助。

在CentOS 5上。X,安装curl-devel为我解决了这个问题。

我使用“git://”而不是“https://”,这解决了问题。我最后的命令是:

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

看起来在编译git时没有安装(lib)curl-devel会导致这种情况。

如果你安装(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:

  • < a href = " http://curl.se/dlwiz/?类型=猛击noreferrer“rel = > http://curl.se/dlwiz/?类型=猛击< / >

如果你运行的是Ubuntu:

sudo apt-get install libcurl4-openssl-dev

我在这个远程助手问题上遇到了很多问题。我确保我已经安装了所有的expat, curl等,但在发现4.4.4版本是duff后,最终通过更新gcc解决了这个问题。刚刚进行了yum更新,并使用4.4.6重新编译。

我在使用capistrano部署rails应用程序时遇到了这个问题。问题是我的用户在cpanel中只有一个监禁的shell访问。将其更改为正常的shell访问修复了我的问题。

我今天遇到了同样的问题:git http在多年的快乐服务后崩溃了。它似乎是由一些Perl库更新引起的。在网上尝试了一些明智的建议,没有一个有效。受够了,我只是删除了所有git的东西,从http://git-scm.com/中获得了一个新的tarball,编译并安装,一切都恢复正常。试一试,或者你可以深入挖掘你的日志…

我不得不添加了几个额外的安装,运行CentOS 5.10版本(Final):

yum install openssl097a.x86_64
yum install openssl-perl.x86_64
使用git-1.8.5 < p >: . / configure 使清洁 使 使安装< / p >
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.

在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

这是在OpenSSL支持下编译Ruby。接下来,卸载所有旧版本。

brew uninstall openssl
brew uninstall curl
brew uninstall git

接下来,安装更新的版本。git安装依赖于CURL的更新版本。

brew install openssl
brew install curl
brew install git

我在Centos 6.6中安装git 2.3.1时使用了这个方法:

  1. 我没有安装curl-devel(检查curl_global_init在-lcurl…没有)。关键是生成配置脚本

  2. add rpmforge for docboox2x

  3. < p >安装包

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

    ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
    
  5. 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
    

我有完全相同的问题,它归结为一个未满足的依赖,然而,我尝试了公认的答案的解决方案,它没有工作。

最后对我有用的是安装以下所有软件(这是RedHat):

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

之后,我运行了其他命令,它工作:

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

我直接从Git的网站中提取了依赖项列表。显然我应该从这里开始:/

我曾经来过这里,因为我正在处理git本身。当我构建它时,默认的makefile将二进制文件安装在~/bin/git中。因为我的路径有~/bin首先当我运行'git拉-rebase'时,它使用了~/bin中的一个,因此无法定位帮助程序。

我通过运行'/usr/bin/git…'带有完整的路径(或者我可以调整我的路径)。

以防有人在QNAP系统或任何其他以OPKG作为包管理器的系统上遇到这种情况:

你需要安装git-http和git。如:

opkg install git-http
对于那些在windows系统下使用詹金斯的git,你需要在下面配置git.exe的位置: 例如,管理Jenkins => 工具全局配置 => Git => Git可执行文件路径并填写到git.exe的路径;C:\Program Files\Git\bin\git.exe

在分币上:

$ yum install curl-devel
$ yum reinstall git

那是我的工作。

解决这个问题最简单的方法是确保将git-core添加到当前用户的path

如果您在~/.bash_profile中将以下内容添加到bash配置文件中,通常应该可以解决这个问题

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

工作

1-我必须删除git:

sudo apt-get remove git

2-重新安装后缀为-all的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 < br > 检查您的用户名
https://github.com/settings/emails < br > 检查你的电子邮件是好的

4-我在这里遵循了git的教程

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

在我的情况下,没有什么是成功的,一段时间后,看看发生了什么,我发现这在我的配置文件。不知道它是怎么来的

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

删除url属性后,一切工作正常

CentOS Minimal通常通过__abc0命令安装1.8版git。

最好的方法是建立&从源代码安装它。当前版本为2.18.0

    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 < / p > < / >
  1. 通过tar -zxf git-2.18.0.tar.gz && cd git-2.18.0解压缩

  2. 通过执行yum install autoconf curl-devel expat-devel gettext-devel openssl-devel perl-devel zlib-devel asciidoc xmlto openjade perl* texinfo来安装依赖包

  3. 安装docbook2X,它不在rpm库中。下载和安装

    $ curl -o docbook2 -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 < / p > < /李>

并创建一个unix链接名:

ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
  1. 编译和安装,引用https://git-scm.com/book/en/v2/Getting-Started-Installing-Git

    $ make配置 $ ./configure——prefix=/usr $ make所有的文档信息 $ sudo make install install-doc install-html install-info

  2. 重启你的服务器(如果没有,你可能会遇到Unable to find remote helper for 'https'错误)

    $ reboot现在

  3. < p >测试:

    $ git clone https://github.com/volnet/v-labs.git $ CD v-labs $ touch test.txt $ git添加。 $ git commit -m test git install $ git push -u

我在使用TortoiseGit时在Windows上得到了这个错误。重新安装Git for Windows,并通过重新运行第一次开始向导告诉TortoiseGit Git .exe的路径,解决了这个问题。

在我们的案例中,当我们检查时,问题已经解决了

git --exec-path

指向一个停止存在的路径。 (它指向的是我们编译git的路径,而不是我们随后复制的地方,以便任何人访问它)

我们做了一个:

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

和解决。

在我的例子中,git --exec-path指向正确的路径,并且git-remote-https存在,但没有执行权限。所以chmod +x git-remote-http解决了这个问题。

在2020年发现了这个 解决方案解决了OMZ的问题 https://stackoverflow.com/a/13018777/13222154 < / p >

...
➜  ~ 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

如果这个问题是在通过github命令行实用程序绑定到github时发生的,那么这个问题很可能是由于使用了gh的snap版本。

如果你可以用git clone进行克隆而没有得到这个错误,那么问题就出在gh的快照版本上。

最后,github文档拯救了这一天!
https://github.com/cli/cli/blob/trunk/docs/install_linux.md < / p >

以下是节省时间的步骤(debian/ubuntu/Raspberry PiOS):

curl -fsSL https://cli.github.com/packages/githubcli-archive-keyring.gpg | sudo gpg --dearmor -o /usr/share/keyrings/githubcli-archive-keyring.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/githubcli-archive-keyring.gpg] https://cli.github.com/packages stable main" | sudo tee /etc/apt/sources.list.d/github-cli.list > /dev/null
sudo apt update
sudo apt install gh