相关疑难解决方法(0)

我尝试从GitLab克隆存储库(GitLab 6.6.2 4ef8369)并且错误:

remote: Counting objects: 66352, done.
remote: Compressing objects: 100% (10417/10417), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

如何避免这个错误？

我有一个很有趣的问题。我尝试通过 bash 将一些项目发送到 repo，最近发送时出现问题。

Enumerating objects: 27, done. Counting objects: 100% (27/27), done. Delta compression using up to 16 threads Compressing objects: 100% (24/24), done. Writing objects: 100% (25/25), 187.79 KiB | 9.39 MiB/s, done. Total 25 (delta 1), reused 0 (delta 0), pack-reused 0 send-pack: unexpected disconnect while reading sideband packet fatal: the remote end hung up unexpectedly

有趣的是，我可以提前 10 分钟发送它，没有任何问题。

我尝试获取新的 repo，创建新文件，重新安装 git，git config --global http.postBuffer 524288000还有更大的数字，还有 https.postBuffer 等等。也安装桌面版同样的问题进来。

我遇到的问题主要是 React 应用程序。

有人知道解决方案吗？会出什么问题？

我有一个文件要添加到 Github。它的大小超过了 github 的 25 MB 限制。它是一个 csv 文件。我如何将其上传到 Github。

到现在为止的步骤

$ cd path_of_directory
$ git lfs install
$ git lfs track "*.csv"
$ git add Filename.csv
$ git commit -m "Filename.csv"

到这里一切都很好。我收到以下成功消息：

$ git commit -m 'FileName.csv'
[master (root-commit) 3f089ff] FileName.csv
 1 file changed, 3 insertions(+)
 create mode 100644 Downloads/Folder_of_file/FileName.csv


$ git push origin master

这给出了错误

fatal: 'origin' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the …

请不要在未阅读完整问题的情况下将其标记为重复项。

当我尝试将代码推送到我们的存储库时，出现以下错误：

我尝试在网上搜索这个问题，发现了惊人的资源，但没有确切的解决方案。有很多类似的问题，但我没有找到明确的讨论或适当的解决方案。

我提到了这个问题。我还研究了那些提供相应答案的答案和参考文献。

我按照这个答案的建议增加了缓冲区大小，但对我不起作用。

我按照此答案的建议将 HTTP 版本从 HTTP/2 降级为 HTTP/1.1 ，它对我有用。

我提到了一条评论，他提到为什么我们必须将 HTTP 版本从 HTTP/2 降级到 HTTP/1.1。我不明白他的评论。下面是他的评论。

在回答有关降级到 HTTP/1.1 的问题时，OP 发布的错误消息指出了 HTTP/2 的问题；OP 无法控制的东西（代理、GIT 服务器等）很可能无法与 HTTP/2 很好地配合。在这个问题得到解决之前，降级到 HTTP/1.1 是一个有效的解决方法。

所以我的问题是

1. 为什么我们要把 HTTP 版本从 HTTP/2 降级到 HTTP/1.1？
2. 为什么增加缓冲区大小的解决方法并不适合所有人？