Whenever I pull from my remote, I get the following error about compression. When I run the manual compression, I get the same:
$ git gc
error: Could not read 3813783126d41a3200b35b6681357c213352ab31
fatal: bad tree object 3813783126d41a3200b35b6681357c213352ab31
error: failed to run repack
Does anyone know, what to do about that?
From cat-file I get this:
$ git cat-file -t 3813783126d41a3200b35b6681357c213352ab31
error: unable to find 3813783126d41a3200b35b6681357c213352ab31
fatal: git cat-file 3813783126d41a3200b35b6681357c213352ab31: bad file
And from git fsck I get this ( don't know if it's actually related):
$ git fsck
error: inflate: data stream error (invalid distance too far back)
error: corrupt loose object '45ba4ceb93bc812ef20a6630bb27e9e0b33a012a'
fatal: loose object 45ba4ceb93bc812ef20a6630bb27e9e0b33a012a (stored in .git/objects/45/ba4ceb93bc812ef20a6630bb27e9e0b33a012a) is corrupted
Can anyone help me decipher this?
I had the same problem (don't know why).
This fix requires access to an uncorrupted remote copy of the repository, and will keep your locally working copy intact.
But it has some drawbacks:
- You will lose the record of any commits that were not pushed, and will have to recommit them.
- You will lose any stashes.
Execute these commands from the parent directory above your repo (replace 'foo' with the name of your project folder):
- Create a backup of the corrupt directory:
cp -R foo foo-backup
- Make a new clone of the remote repository to a new directory:
git clone [email protected]:foo foo-newclone
- Delete the corrupt .git subdirectory:
rm -rf foo/.git
- Move the newly cloned .git subdirectory into foo:
mv foo-newclone/.git foo
- Delete the rest of the temporary new clone:
rm -rf foo-newclone
On Windows you will need to use:
copy instead of
rmdir /S instead of
move instead of
Now foo has its original
.git subdirectory back, but all the local changes are still there.
push, etc. work again as they should.