我有一个打开了LFS的bitbucket服务器git存储库。昨天，我在本地克隆中为多种文件类型激活了 LFS 的使用，并推送了所有更改，包括存储库根目录中的 .gitattributes。
我的一位同事提取了更改，执行了 git LFS 安装，但现在在他的克隆中找到了 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 很容易，但显然事实并非如此。
我遇到了同样的问题，我可以通过以下方式解决它
unset https_proxy.
git-lfs 可以很好地处理http_proxy。也许是将来帮助一些人！祝你好运！
看起来您的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
有时，如果您在环境中设置代理，git-lfs将无法工作，因此您可以尝试清理所有代理，然后它可能会起作用。 您可以通过以下方式检查代理设置：env| grep -ai proxy.