gitlfs批响应: Post https://../info/lfs/objects/batch：..proxyconnect tcp: tls: first record看起来不像TLS握手

Question

我有一个开启了LFS的bitbucket服务器git repo。昨天，我为本地克隆中的许多文件类型激活了LFS的使用，并推送了所有更改，包括存储库根目录中的.gitattributes。

我的一位同事删除了更改，执行了git LFS install，但现在在他的克隆中找到了LFS链接文件，而不是真正的文件。

再拉一次git也没什么不同，一次git LFS拉到了他身上。

$ git lfs pull
batch response: Post https://<bitbucket-server>/scm/<proj>/<repo>.git/info/lfs/objects/batch: 
...proxyconnect tcp: tls: first record does not look like a TLS handshake  
error: failed to fetch some objects from 
'https://<bitbucket-server>/scm/<proj>/<repo>.git/info/lfs'

不幸的是，在任何git lfs信息页面上都没有提示这意味着什么--以及如何修复它。

有没有什么方法可以让git lfs为团队的其他成员工作？而且，出于好奇，这条消息的原因是什么？所有的git lfs教程都假装使用git lfs很容易，但显然并非如此。

Answer 1

看起来您的git lfs操作正在尝试使用您的公司代理服务器。如果将no_proxy变量设置为忽略<bitbucket-server> URL，您可能会更幸运。

通常将其设置为如下所示：

export no_proxy=127.0.0.1,localhost,.<your-domain>

但是您可以明确地将其设置为忽略<bitbucket-server>

export no_proxy=127.0.0.1,localhost,<bitbucket-server>

请注意该示例中<your-domain>之前的前导.。

此外，通过设置GIT_TRACE=1，您可以获得更多关于问题可能是什么的提示。

GIT_TRACE=1 git lfs pull

Answer 2

有时，如果你在你的环境中设置了代理，git-lfs就不能工作，所以你可以试着清理所有的代理，然后它可能会工作。您可以通过以下方式检查代理设置：env| grep -ai proxy。