PACK在偏移152904485处有坏对象
我正在尝试使用命令在gitlab上克隆一个存储库:
git clone [email protected]:company/folder/project.git
每次我获取此输出时:
remote: Enumerating objects: 3860, done.
remote: Counting objects: 100% (482/482), done.
remote: Compressing objects: 100% (360/360), done.
fatal: pack has bad object at offset 152904485: inflate returned 1
fatal: fetch-pack: invalid index-pack output
事实是,它仅在我的计算机上发生,我测试了完全相同的命令,通过 ssh远程访问Linux Machine /code>,并且效果很好。另外,要提及我在Windows 11上使用
git
是相关的。我该如何解决?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
如
与这个要点/code>)
另一种方法,克隆到有问题的commit: (
-- shallow-exclude =< restion>
)有一个围绕index-pack的补丁(2022年6月) 在流中解开大型对象。
opotávioAugusto Silva href =“ https://stackoverflow.com/questions/72831506/72831506/pack-has-bad-object-Ats-oftset-152904485/72836780?noredirect = 1 #comment12865767673_72836780
,并且由于和上安装“ nofollow noreferrer”> git ,这可能是有效的解决方法。
As in this thread, start checking the protocol used:
As bit as in this gist, you could try an incremental clone, using a shallow clone (
--depth
)Another approach, clone up to the problematic commit: (
--shallow-exclude=<revision>
)There is a patch in progress around index-pack (June 2022), about unpacking large object in a stream.
The OP Otávio Augusto Silva confirms in the comments:
And since Git can be installed on Windows AND on WSL, that could be a valid workaround.