在git config中设置全局代理。
首先查看自己VPN的代理地址,例如我的代理地址如下:

我的代理地址是127.0.0.1,端口(HTTP Port)是1087,所以在命令行里输入如下语句:
git config --global http.proxy http://127.0.0.1:1087
之后再次git clone,发现问题已解决。
> git clone https://android.googlesource.com/platform/external/libpng
Cloning into 'libpng'...
remote: Sending approximately 13.32 MiB ...
remote: Counting objects: 1339, done
remote: Total 77860 (delta 70139), reused 77860 (delta 70139) eceiving objects: 100% (77860/77860),Receiving objects: 100% (77860/77860), 13.32 MiB | 3.24 MiB/s, done.
Resolving deltas: 100% (70139/70139), done.
问题描述: 在使用git 进行提交时, 出现上面这个报错, 导致无法提交. 报错大致意思就是创建index.lock文件失败,因为已经存在index.lock文件了.
index.lock文件是在.git下面, 而.git是一般是隐藏的, 那么可以通过以下命令删除即可.
rm -rf /Users/dianji/project/ccpay.h5/.git/index.lock
///Users/dianji/project/ccpay.h5/.git/index.lock是你的index.lock的目录, 通常直接复制报错信息里边的地址比较靠谱.
那这个index.lock有什么作用呢?
在使用git的时候,经常需要去国外的一些网站clone,由于众所周知的原因,clone失败
例如:$ git clonehttps://android.googlesource.com/platform/packages/apps/Messaging
Cloning into ‘Messaging’…
fatal: unable to access ‘https://android.go...
方法1:可以直接用命令行试,不要使用代理。如git clone https://github.com/xxx/yyy,观察是否还是报timeout。 方法2:如果还超时,可以设置超时参数:git config --global http.lowSpeedLimit 0 和 git config --global http.lowSpeedTime 999999。方法3:使用github加速网站 https://gitclone.com ,用命令行: git clone https://http://git
通过命令repo init安装repo
repo init
报异常:TypeError: startswith first arg must be bytes or a tuple of bytes, not str
折腾了一天多的时间,终于可以进行正常的git push与git clone操作了,用这篇博客来解决一下陆续出现的问题。
文章目录1. 连接github失败问题汇总:Failed to connect to github.com port 443: Timed out1.1 解决ping不通github.com的问题1.2 连接出错问题:OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to github.com:4431.3 链接返回错误:The re
git clone 失败 443 timeout 解决方法
添加 gitclone.com
比如:git clone https://github.com/he1pu/JDHelp.git
修改为: git clone https://gitclone.com/github.com/he1pu/JDHelp.git
亲测完美!!
成功点赞!
摘要:最近遇到一个场景,客户希望自己在多个地区的开发科室能够共用一套Git系统,但是由于跨地区的原因,带宽是这种使用场景的唯一障碍,增量的更新还勉强可以接受,但是如果需要全量Clone一个上G的仓库,那将会非常非常慢。限于有限的开发资源和众多的客户需求,于是思考了下可以通过配置以及少量的开发即可实现简单的异地多中心方案。背景最近遇到一个场景,客户希望自己在多个地区的开发科室能够共用一套G...