批响应:拨打tcp:lookup gitlab.com:没有这样的主机

批响应:拨打tcp:lookup gitlab.com:没有这样的主机,git,gitlab,git-push,git-pull,git-lfs,Git,Gitlab,Git Push,Git Pull,Git Lfs,如果我要推动一个小型的私有存储库,一切都可以 Sepideh@DESKTOP-M232FOC MINGW64 /e/Test_gitlab (master) $ git push -u origin --all Enumerating objects: 3, done. Counting objects: 100% (3/3), done. Writing objects: 100% (3/3), 236 bytes | 78.00 KiB/s, done. Total 3 (delta 0),

如果我要推动一个小型的私有存储库,一切都可以

Sepideh@DESKTOP-M232FOC MINGW64 /e/Test_gitlab (master)
$ git push -u origin --all
Enumerating objects: 3, done.
Counting objects: 100% (3/3), done.
Writing objects: 100% (3/3), 236 bytes | 78.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To gitlab.com:abadpours/test.git
 * [new branch]      master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

Sepideh@DESKTOP-M232FOC MINGW64 /e/Test_gitlab (master)
$ git push -u origin --tags
Everything up-to-date  
但对于一个大型(1.94 GB)的、支持LFS的私有存储库,我将提供以下内容:

Sepideh@DESKTOP-M232FOC MINGW64 /e/MSc_Thesis (master)
$ git config lfs.https://gitlab.com/abadpours/msc_thesis.git/info/lfs.locksverify true

Sepideh@DESKTOP-M232FOC MINGW64 /e/MSc_Thesis (master)
$ git push -u origin --all
Connection to gitlab.com closed by remote host.
Uploading LFS objects:   0% (0/4), 62 MB | 109 KB/s, done
batch response: Post https://gitlab.com/abadpours/msc_thesis.git/info/lfs/objects/batch: dial tcp: lookup gitlab.com: no such host
error: failed to push some refs to 'git@gitlab.com:abadpours/msc_thesis.git'  

结果与昨天一样。有没有办法解决这个问题?

您正在为远程存储库使用SSH URL:
git@gitlab.com:abadpours/xxx

这意味着您不关心HTTP代理

但是Git LFS对象使用的是HTTPS URL,这意味着,如果您使用的是代理,您可能会遇到一些问题,例如

一是我们不支持socks5h,这是已知的,也是Go的一个限制。另一个问题是,如果代理不包含http://,我们似乎会预先将它添加到代理中,如果我们希望SOCKS支持能够工作,这可能不是一个好主意

或:

我无法让git lfs fetch在我的公司代理后工作。使用env var
http_proxy
git.config http.proxy
配置时出现相同错误

我用sysadmin查看了代理服务器日志,发现git lfs甚至没有处理代理,而是试图直接访问网络(因此出现DNS错误)。在此配置中,常规git和其他网络活动可以正常工作

在后一种情况下,如果是(
http://username:password@host.fr:8050
),但它不是


他补充说:

尝试在不同位置通过HTTPS克隆项目可能是一个很好的测试。
这将排除通过443-
git clone连接GitLab.com的一般问题https://gitlab.com/group/project.git

如果这不起作用,那么网络、代理等肯定有问题


应使用
HTTPS-URL
而不是
SSH-URL


好的,但这是您要访问的URL。我可以吗?@sepidehabappour不,我的意思是你可以检查你是否在代理后面,以及你为你的代理使用了什么样的URL(比如用户名:密码的URL),如答案所示:你的http_proxy环境变量或git config http.proxy.well在我之前的评论中链接的照片中,看来我没有使用代理。另外,对于命令
$git config http.proxy
$git config--global--get http.proxy
,我没有得到任何结果,这应该无关紧要。如果您通过SSH推/拉,但有LFS,那么GitLab和Git客户端将通过HTTPS智能地处理LFS文件。