我在必须管理的协作开发平台上配置Git时遇到了同样的问题。

解决方法:

I've Updated the release of Curl installed on the server. Download the last version on the website Download page of curland follow the installation proceedings Installation proceedings of curl Get back the certificate of the authority which delivers the certificate for the server. Add this certificate to the CAcert file used by curl. On my server it is located in /etc/pki/tls/certs/ca-bundle.crt. Configure git to use this certificate file by editing the .gitconfig file and set the sslcainfo path. sslcainfo= /etc/pki/tls/certs/ca-bundle.crt On the client machine you must get the certificate and configure the .gitconfig file too.

我希望这对你们中的一些人有所帮助。

一个非常简单的解决方案:用git://替换https://

使用git: / /。存储库，而不是https://the.repository，将工作。

我有这个问题在Windows与TortoiseGit和这解决了它。

请注意，为了让它工作(RVM安装在CentOS 5.6上)，我必须运行以下命令:

出口GIT_SSL_NO_VERIFY = true

在那之后，将RVM安装程序卷曲到bash的标准安装过程工作得很好:)

你看时间了吗?

我绝对拒绝让我的git操作变得不安全，在尝试了人们在这里提到的所有东西之后，我突然发现，证书无法通过验证的一个可能原因是日期错误(要么是证书过期日期，要么是本地时钟)。

您可以通过在终端中输入日期轻松地进行检查。在我的情况下(一台新的树莓派)，本地时钟被设置为1970年，所以一个简单的ntpdate -u 0.ubuntu.pool.ntp.org修复了所有问题。对于rPi，我也建议你将以下脚本放在日常cron作业中(例如/etc/cron.daily/ntpdate):

#!/bin/sh
/usr/sbin/ntpdate -u 0.ubuntu.pool.ntp.org 1> /dev/null 2>&1

您可以在终端中尝试此命令:

Git配置——global http。sslVerify假

在Mac OSX 10.5系统上，我可以用一个简单的方法让它工作。首先，运行github程序和测试，这对我来说工作正常，显示我的证书实际上是好的。 https://help.github.com/articles/generating-ssh-keys

ssh -T git@github.com

然后我终于注意到遥控器的另一种url格式。我尝试了上面的其他方法，但都没有效果。 http://git-scm.com/book/ch2-5.html

git@github.com:MyGithubUsername/MyRepoName.git

一个简单的“git push myRemoteName”工作得很好!