说实话，我一开始用Git的时候，真没想过会跟“代理服务器”这种东西扯上关系。结果呢，公司网络一设防火墙，我直接傻眼了，远程仓库连不上，代码推不上去，简直像被困在孤岛上，急得抓耳挠腮。你是不是也有过这种抓狂的时刻？今天就来聊聊我怎么折腾着解决Git用HTTPS代理服务器的问题，分享点心得，希望能帮到你。
老实讲，我刚开始压根儿不懂为啥要用HTTPS代理。本来想直接Google一下解决办法，但后来发现，公司网络把外部网站都给屏了，Git直接访问不了远程仓库。简单来说，HTTPS代理就像个“中间人”，帮你把请求转过去，绕过防火墙，还能保证数据安全。听起来是不是有点像找了个“内线”帮你偷偷办事？哈哈，反正我当时是这么理解的。
说到设置代理，我可没少踩坑。记得有一次，我兴冲冲地照着网上教程敲命令，设置了Git的全局代理，结果呢？还是连不上！那心情，简直像大热天买了杯冰饮，结果发现是温的，失望透顶。后来我才搞明白，设置代理得根据自己的网络环境来，不能照搬。基本的设置方法其实不难，你可以用下面这几条命令，先查查自己有没有设置过代理：
git config --list
如果看到http.proxy和https.proxy是空的，那就得手动加上了。命令是这样的：
git config --global http.proxy http://username:password@proxy-server:port git config --global https.proxy https://username:password@proxy-server:port
这里的用户名、密码、服务器地址和端口，得换成你自己的。如果不需要认证，就直接省略用户名和密码部分。坦白说，我第一次设置完还挺兴奋，以为这下万事大吉了，结果还是不行。后来才发现，有些代理用的是SOCKS协议，普通的HTTPS设置根本不管用。
说到这儿，我得分享一个让我挺意外的发现。那次折腾代理失败后，我无意中刷到一篇帖子，提到了一个叫Corkscrew的小工具。说白了，这玩意儿能帮你把Git请求通过SOCKS代理转出去。我当时半信半疑，但抱着试试看的心态装了一下，结果竟然真的成了！设置方法也不复杂，装好Corkscrew后，加这么一行配置：
git config --global core.gitproxy '/path/to/corkscrew proxy-server proxy-port %h %p'
不过有个坑得提醒你，Corkscrew不支持HTTPS协议，只能用在HTTP或SSH上。如果你的仓库是HTTPS的，可以试试把地址改成SSH格式，比如从https://gitlab.com/username/repo.git改成git@gitlab.com:username/repo.git。我第一次改的时候还有点懵，怕改错了把仓库搞丢了，结果发现SSH还挺好用，速度也快了不少，简直是意外之喜。
当然啦，设置代理这事儿也不是一帆风顺的。我还记得有一次跟同事讨论这个问题，他随口问我：“你这代理咋设置的？我咋试了半天还是不行？”我当时还挺得意地给他讲了一通，结果他反馈说我的方法在他那儿完全没用。后来才知道，他公司的代理服务器有额外限制，连SOCKS都不支持。那一刻我真是哭笑不得，感觉自己像个“半吊子专家”，白忙活了半天。
总的来说，Git用HTTPS代理这事儿吧，虽然有点麻烦，但多试几次总能找到路子。结尾呢，我想跟你唠几句心里话：如果你也遇到类似问题，别急着放弃，先查查自己网络环境是啥情况，HTTPS不行就试试SOCKS，SOCKS不行就换SSH。实在搞不定，找个懂行的朋友问问，保准比自己瞎折腾强。你说是不是？还有啥其他坑或者心得，欢迎跟我聊聊，我也好长长见识，哈哈！
0 留言