我发现都不是http。代理或GIT_PROXY_COMMAND为我的认证http代理工作。这两种方式都不会触发代理。但我找到了解决办法。

安装开瓶器，或其他你想要的替代品。 创建一个authfile。authfile的格式为:user_name:password, user_name, password是您访问代理的用户名和密码。要创建这样的文件，只需执行如下命令:echo "username:password" > ~/.ssh/authfile。 编辑~ /。chmod 644 ~/.ssh/config，并确保其权限为644

以github.com为例，在~/.ssh/config中添加如下行:

Host    github.com
        HostName        github.com
        ProxyCommand    /usr/local/bin/corkscrew <your.proxy> <proxy port> %h %p <path/to/authfile>
        User            git

现在，无论何时使用git@github.com执行任何操作，它都会自动使用代理。你也可以对Bitbucket做同样的事情。

这种方法不像其他方法那样优雅，但它非常有效。

这不是你的代理人的问题。这是github(或git)的一个问题。我在linux上的git-1.6.0.1上也失败了。Bug已被报告(由您报告)。

一定要删除你的馅饼，它们已经在谷歌上了。编辑:一定是在做梦，我猜你不能删除它们。用Gist代替?

当我的代理不需要身份验证时，上面的答案对我有用。如果您正在使用需要您进行身份验证的代理，那么您可以尝试CCProxy。我有一个关于如何设置的小教程，

http://blog.praveenkumar.co.in/2012/09/proxy-free-windows-xp78-and-mobiles.html

我可以推，拉，创造新的回购。一切都很顺利。如果你像我一样遇到Git的问题，请确保你干净地卸载并重新安装新版本。

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

GIT_CURL_VERBOSE=1

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

最后起作用的是设置http_proxy环境变量。我已经正确地设置了HTTP_PROXY，但git显然更喜欢小写版本。

当您的网络团队通过重写证书来进行ssl检查时，使用http url而不是https url，并结合设置此var对我来说是有效的。

git config --global http.proxy http://proxy:8081