Github上传文件提示error: RPC failed; curl 55 SSL_write() returned SYSCALL, errno = 10053

根据github的帮助页面，每个文件的最大大小为100MB（实测git是50MB），并且您的仓库最多可达1GB。

参考官方文档
https://help.github.com/en/articles/what-is-my-disk-quota
什么是我的磁盘配额？
GitHub没有任何设置的用户磁盘配额。我们尝试为所有Git存储库提供丰富的存储空间，尽管文件和存储库大小存在硬性限制。保持较小的存储库可确保我们的服务器速度快，并且我们的用户可以快速下载。

提示：如果您经常将大文件推送到GitHub，请考虑将Git大文件存储（Git LFS）作为工作流程的一部分。Git LFS适用于GitHub Flow，可以与任何大文件一起使用，无论其类型如何。有关更多信息，请参阅“对大文件进行版本控制 ”。

文件和存储库大小限制
我们建议每个存储库保持在1GB以下。存储库的硬限制为100GB。如果你达到75GB，当你按下时，你会在终端收到Git的警告。如果将大型文件保留在存储库之外，则此限制很容易保留。如果您的存储库超过1GB，您可能会收到来自GitHub支持的礼貌邮件，要求您减小存储库的大小以使其恢复原状。

另外，我们严格限制超过100 MB的文件。有关更多信息，请参阅“ 使用大文件”。

注意：如果通过浏览器将文件添加到存储库，则该文件不能超过25 MB。有关更多信息，请参阅“ 将文件添加到存储库 ”。

备份
Git没有充分设计用作备份工具。但是，有许多专门用于执行值得检查的备份的解决方案，包括Arq，Carbonite，Mozy和CrashPlan。

数据库转储
大型SQL文件与Git等版本控制系统不兼容。如果您希望为开发人员提供最新的生产数据集，我们建议您使用Dropbox在开发人员之间共享这些文件。

如果您要备份生产服务器，请参阅上面的“ 备份”部分。

外部依赖
导致Git存储库变得庞大和膨胀的另一件事是外部依赖。最好将这些文件保留在存储库之外，而是使用包管理器。大多数流行语言都附带包管理器，可以为您执行此操作。Bundler，Node的软件包管理器和Maven。它们每个都支持直接使用Git存储库，因此您不需要预先打包的源。

打包版本
我们不建议在您的存储库中分发已编译的代码和预打包的版本。有关共享大型文件的详细信息，请参阅“ 分发大型二进制文件”。

更改现有存储库的历史记录
如果您已经有一个非常大的存储库，请不要担心！您可以从存储库的历史记录中删除大文件以减小其大小。有关更多信息，请参阅“ 从存储库的历史记录中删除文件 ”。

---