正如@user2188765已经指出的，尝试用http[s]://替换存储库的git://协议。也可以看到这个答案

你也可以在全局配置属性HTTP .proxy中设置Git使用的HTTP代理:

git config --global http.proxy http://proxy.mycompany:80

使用代理进行身份验证:

git config --global http.proxy http://mydomain\\myusername:mypassword@myproxyserver:8080/

(认证格式归功于@EugeneKulabuhov和@JaimeReynoso。)

对我来说，git://只是不通过代理，尽管https://可以。这引起了一些头痛，因为我运行的脚本都使用git://，所以我不能简单地更改它们。然而，我发现了这个GEM

git config --global url."https://github.com/".insteadOf git://github.com/

值得一提的是: 网上的大多数例子都是这样的

git config --global http.proxy proxy_user:proxy_passwd@proxy_ip:proxy_port

这样看来，如果你的代理需要身份验证，你必须在git-config中留下你的公司密码。这一点都不酷。

但是，如果你只配置用户没有密码:

git config --global http.proxy proxy_user@proxy_ip:proxy_port

Git似乎(至少在我没有凭据助手的windows机器上)可以识别这一点，并在repi -access时提示输入代理密码。

正如@user2188765已经指出的，尝试用http[s]://替换存储库的git://协议。也可以看到这个答案

看起来您在windows上使用了Git的mingw编译(或者可能是另一个我没有听说过的编译)。有一些方法可以调试这个:我相信git的所有http代理工作都是由curl完成的。在运行git之前设置这个环境变量:

GIT_CURL_VERBOSE=1

这至少可以让您了解幕后发生了什么。