在终端中使用sudo进行克隆，或者键入：

git config --global http.postBuffer 157286400

字符串
它为我工作

跟踪为我工作。

git config --global core.compression 0

git clone --depth 1 <repo> //  partial clone to truncate the amount of info coming down

#cd repo // go into the new directory and 

git fetch --unshallow //retrieve the rest of the clone

git pull --all //final pull

字符串
希望这对有同样问题的人有所帮助。

我和Gideon @ atlassian聊了聊，他建议在HTTPS上使用SSH来修复“curl 52”错误。
对我来说，切换到SSH解决了这个问题。下面是完整的答案：
这是一个HTTP/HTTPS超时问题，涉及到一些大的提交大小，或者一个弱的网络。如果你正在克隆，你可以尝试看看你是否可以使用这个方法克隆仓库：
https://stackoverflow.com/a/22317479
你能试着看看在任何git操作之前运行这个命令是否也有帮助吗：
第一个月
此外，这个问题通常不会发生在SSH中;所以也许值得尝试设置SSH，然后通过SSH进行操作：
https://confluence.atlassian.com/bitbucket/set-up-ssh-for-git-728138079.html的

以下为我工作。停止WIFI和使用网络电缆连接网络
可能是网络的问题

我在arch Linux上也遇到了同样的问题，git版本2.8.2，不能推送到bitbucket仓库。克隆和拉取都可以。

显然这是一个HTTPS问题的问题。切换到SSH修复了所有仓库的问题。

在我的例子中，这发生在推送过程中，似乎是由于重复的连续提交消息。一旦我修改（git commit --amend）第二条消息，使其与第一条消息略有不同，再次推送，成功。

我也遇到了同样的问题，但是对于pull和fetch。从任何地方（Visual Studio，命令行等）获取或拉取都失败了，并出现了这个错误。使用Windows的“Git GUI”重新克隆仓库也失败了，并出现了同样的错误。
不管出于什么原因，从命令行重新克隆仓库成功了（可能是运气好，也可能是两者之间使用了不同的git版本？），我得到了一个新的工作本地仓库。
我已经从新的本地仓库获取/拉到旧的仓库（使用提到的第一种方法here），为了最大限度地减少旧仓库为了同步而必须从远程仓库拉的东西，但更新后仍然失败。所以，这似乎是仓库的事情，而不是HTTP对我来说.
我不能尝试与宋承宪，看看是否有任何差异。