我將我在github上托管的git repo克隆到了筆記本電腦上。我能夠順利地將幾個提交成功推送到github。但是，現在出現以下錯誤：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 回答
慕運維8079593
TA貢獻1876條經驗 獲得超5個贊
我有同樣的問題，并認為，它與回購的你正試圖推動大?。╡dited-或特定文件的大?。┑氖虑椤?/p>
基本上，我能夠創建新的存儲庫并將其推送到github。但是，現有的將不起作用。
HTTP錯誤代碼似乎為我提供了支持，這是一個“所需長度”錯誤。因此，可能太大而無法計算或增大最大值。誰知道。
編輯
我發現問題可能出在大型文件上。我有一個更新，即使我成功推送到那個點也不會推送。提交中只有一個文件，但恰好是160萬
所以我添加了以下配置更改
git config http.postBuffer 524288000
要允許到文件大小500M，然后我推工作。最初可能是通過HTTP協議推動大量回購的問題。
結束編輯
我可以使它工作的方式（在修改postBuffer之前先進行編輯）是將我的存儲庫打包，將其復制到可以在ssh上執行git的計算機，然后將其推送到github。然后，當您嘗試從原始服務器進行推/拉時，它應該可以通過https進行工作。（因為它比原始推送的數據量少得多）。
希望這可以幫助。
拉風的咖菲貓
TA貢獻1995條經驗 獲得超2個贊
看起來像是服務器問題（即“ GitHub”問題）。
如果您看一下這個線程，它可能會在git-http-backend堆損壞時發生（并且由于它們只是放置了一個聰明的http支持
而已...），但是無論實際原因是什么，它也可能與最近的零星中斷有關。 GitHub文件服務器之一。
您仍然看到此錯誤消息嗎？因為如果這樣做：
檢查您本地的Git版本（并升級到最新版本）
將其報告為GitHub錯誤。
注意：Smart HTTP支持對于我們這些基于身份驗證的企業防火墻代理背后的人來說意義重大！
從現在開始，如果您通過http://url 克隆存儲庫，并且使用的是1.6.6或更高版本的Git客戶端，Git將自動使用更新更好的傳輸機制。
但是，更令人驚奇的是，您現在可以推送該協議并克隆私有存儲庫。如果您訪問私有存儲庫，或者您是協作者并希望進行推送訪問，則可以將用戶名放在URL中，當您嘗試訪問它時，Git會提示您輸入密碼。
較老的客戶也將退回到較舊的，效率較低的方式，因此，任何事情都不應中斷-僅較新的客戶應該更好地工作。
同樣，請確保首先升級您的Git客戶端。
- 3 回答
- 0 關注
- 910 瀏覽
添加回答
舉報
0/150
提交
取消