我將我在github上托管的git repo克隆到了筆記本電腦上。我能夠順利地將幾個提交成功推送到github。但是，現(xiàn)在出現(xiàn)以下錯誤：Compressing objects: 100% (792/792), done.error: RPC failed; result=22, HTTP code = 411Writing objects: 100% (1148/1148), 18.79 MiB | 13.81 MiB/s, done.Total 1148 (delta 356), reused 944 (delta 214)從這里開始，它掛了，我終于必須CTRL+ C返回終端。
3 回答
慕運(yùn)維8079593
TA貢獻(xiàn)1876條經(jīng)驗(yàn) 獲得超5個贊
我有同樣的問題，并認(rèn)為，它與回購的你正試圖推動大小（edited-或特定文件的大?。┑氖虑?。
基本上，我能夠創(chuàng)建新的存儲庫并將其推送到github。但是，現(xiàn)有的將不起作用。
HTTP錯誤代碼似乎為我提供了支持，這是一個“所需長度”錯誤。因此，可能太大而無法計算或增大最大值。誰知道。
編輯
我發(fā)現(xiàn)問題可能出在大型文件上。我有一個更新，即使我成功推送到那個點(diǎn)也不會推送。提交中只有一個文件，但恰好是160萬
所以我添加了以下配置更改
git config http.postBuffer 524288000
要允許到文件大小500M，然后我推工作。最初可能是通過HTTP協(xié)議推動大量回購的問題。
結(jié)束編輯
我可以使它工作的方式（在修改postBuffer之前先進(jìn)行編輯）是將我的存儲庫打包，將其復(fù)制到可以在ssh上執(zhí)行g(shù)it的計算機(jī)，然后將其推送到github。然后，當(dāng)您嘗試從原始服務(wù)器進(jìn)行推/拉時，它應(yīng)該可以通過https進(jìn)行工作。（因?yàn)樗仍纪扑偷臄?shù)據(jù)量少得多）。
希望這可以幫助。
拉風(fēng)的咖菲貓
TA貢獻(xiàn)1995條經(jīng)驗(yàn) 獲得超2個贊
看起來像是服務(wù)器問題（即“ GitHub”問題）。
如果您看一下這個線程，它可能會在git-http-backend堆損壞時發(fā)生（并且由于它們只是放置了一個聰明的http支持
而已...），但是無論實(shí)際原因是什么，它也可能與最近的零星中斷有關(guān)。 GitHub文件服務(wù)器之一。
您仍然看到此錯誤消息嗎？因?yàn)槿绻@樣做：
檢查您本地的Git版本（并升級到最新版本）
將其報告為GitHub錯誤。
注意：Smart HTTP支持對于我們這些基于身份驗(yàn)證的企業(yè)防火墻代理背后的人來說意義重大！
從現(xiàn)在開始，如果您通過http://url 克隆存儲庫，并且使用的是1.6.6或更高版本的Git客戶端，Git將自動使用更新更好的傳輸機(jī)制。
但是，更令人驚奇的是，您現(xiàn)在可以推送該協(xié)議并克隆私有存儲庫。如果您訪問私有存儲庫，或者您是協(xié)作者并希望進(jìn)行推送訪問，則可以將用戶名放在URL中，當(dāng)您嘗試訪問它時，Git會提示您輸入密碼。
較老的客戶也將退回到較舊的，效率較低的方式，因此，任何事情都不應(yīng)中斷-僅較新的客戶應(yīng)該更好地工作。
同樣，請確保首先升級您的Git客戶端。
- 3 回答
- 0 關(guān)注
- 913 瀏覽
添加回答
舉報
0/150
提交
取消