沙田一号；内存不足的Git推送

我已经建立了一个裸回购协议，并通过ssh积极使用它。我注意到我最近的一组提交不能推送到这个repo（文件大小？），但是一个较小的提交可以推送到同一台机器上的另一个repo

我已经将一些包参数增加到1024m，并确保远程机器上有足够的可用内存

$git推送 $git push警告：push.default未设置；其隐含的价值已被证明是正确的 在Git2.0中从“匹配”更改为“简单”。压制 传达信息并保持传统行为，使用：

git config--全局推送.default匹配

要立即消除此消息并采用新行为，请使用：

git config——global push.default simple

当push.default设置为“匹配”时，git将推送本地分支 已存在同名的远程分支

自Git2.0以来，Git默认为更保守的“简单” 行为，它仅将当前分支推送到相应的 “git pull”用于更新当前分支的远程分支

有关详细信息，请参阅“git帮助配置”并搜索“push.default” 信息。（Git 1.7.11中引入了“简单”模式 如果有时使用较旧的模式，则类似模式为“当前”而不是“简单” （Git的版本）

foo@foo的密码：计数对象：104，完成。压缩 对象：100%（100/100），完成。致命：内存不足，malloc失败 （试图分配914457600字节）致命：sha1文件“”写入 错误：无效参数错误：无法将某些引用推送到 'ssh://foo@富

---

我相信这是and/or的翻版（第一个特别提到“Windows”，但答案适用于所有地方）。您的问题发生在您的系统上，而不是远程设备上，但是因为有一个非常大的文件（大约1GB），一旦您在本地修复它，它可能会发生在远程设备上。git即使在配置更改后也无法打包此文件吗？主要是需要在多个配置文件中设置这些文件（基于执行git操作的机器，以及它对非常大的malloc（）s的支持）。（理想情况下，git会对大小超过几MB或100MB的文件使用不同的方法，但今天不是这样。）我相信这是和/或的重复（第一个特别提到“Windows”，但答案适用于所有地方）。您的问题发生在您的系统上，而不是远程设备上，但因为有一个非常大的文件（大约1GB），所以在本地修复后，它可能会发生在远程设备上。git即使在配置更改后也无法打包此文件吗？主要是需要在多个配置文件中设置这些文件（基于执行git操作的机器，以及它对非常大的malloc（）的支持）。（理想情况下，git将使用不同的方法处理大小超过几MB或100MB的文件，但现在不是这样。）