为什么git重新打包在“filter repo”中失败？

我有一个回购协议，其中

git fsck--strict--full

返回

0

和 现在，我使用

git filter repo

或此处的等效值，向每个提交添加一个文件

.gittattributes

。命令：

FILTER\u BRANCH\u SQUELCH\u WARNING=1\
git滤波器支路-f\
--索引过滤器\
“cp-f'$outDir/.gittributes'.gittributes&&git add.gittributes”\
--标签名称过滤器cat\
--修剪空----全部

这与

Repacking your repo and cleaning out old unneeded objects
Counting objects: 100% (571811/571811), done.
Delta compression using up to 14 threads
Compressing objects: 100% (108091/108091), done.
error: bad packed object CRC for e9975de53768c33397b84bdad69b9c3e7a0aaba6
error: bad packed object CRC for e9975de53768c33397b84bdad69b9c3e7a0aaba6
fatal: packed object e9975de

我完全没有希望了，我不知道我做错了什么？如果磁盘已满，是否会再次出现故障，并且我检查了系统上是否有足够的空间

注意：我现在在ubuntu:focal上，git build 2.27.0位于虚拟机6.1上，带有Windows主机，带有SSD，其中repo位于

.vdi

图像

---

更新：有时失败，有时通过？？？

这可能与git的错误依赖性有关吗？zlib左右？两件事：首先，这看起来不像海森堡的地盘，我怀疑你正面临硬件问题；第二，过滤器分支的效率不如过滤器回购自述文件中的低，但它非常糟糕。添加一次gitattributes文件，使用git rev parse:.gittributes获取其哈希值，您的索引过滤器是

git update index cacheinfo 100644，$itshash，.gittributes

。因此，您说的git filter repo效率较低（我在另一个方面也经历过）。但据我现在所知，将其添加到对象存储中一次，然后只更新索引应该会更好。不，我是说filter repo的自述文件不仅仅是拇指放在天平上，它的后部几乎停在上面。Heisenbug不管怎样，我为repo更改了驱动器的位置，用一个新的开始，没有任何故障。重写之后，它失败了。。。要么是因为我在使用VirtualBox，要么就是因为我没有任何线索。。。这不可能是git？中的错误，但可能是在筛选器报告中。。。（但我在过滤器分支上也遇到了同样的问题）这可能与git的错误依赖性有关吗？zlib左右？两件事：首先，这看起来不像海森堡的地盘，我怀疑你正面临硬件问题；第二，过滤器分支的效率不如过滤器回购自述文件中的低，但它非常糟糕。添加一次gitattributes文件，使用git rev parse:.gittributes获取其哈希值，您的索引过滤器是

git update index cacheinfo 100644，$itshash，.gittributes

。因此，您说的git filter repo效率较低（我在另一个方面也经历过）。但据我现在所知，将其添加到对象存储中一次，然后只更新索引应该会更好。不，我是说filter repo的自述文件不仅仅是拇指放在天平上，它的后部几乎停在上面。Heisenbug不管怎样，我为repo更改了驱动器的位置，用一个新的开始，没有任何故障。重写之后，它失败了。。。要么是因为我在使用VirtualBox，要么就是因为我没有任何线索。。。这不可能是git？中的错误，但可能是在筛选器报告中。。。（但我的过滤器分支也有同样的问题）