我的git存储库如何不断损坏?

时间:2015-02-09 20:14:57

标签: git bitbucket

我使用的是ubuntu 14.10(64位),git版本2.1.0。这是一个已存在多年的存储库,最近开始出现问题。

有时我会更改分支,编辑文件和输入git状态。它将显示一堆文件" modified"实际上根本没有改变。

如果我键入以下内容:

$ git commit -am "fixed sms message"

我得到这样的错误:

error: short read No such file or directory
error: globalstatic/images/console/avatar_f.gif: failed to insert intodatabase
error: unable to index file globalstatic/images/console/avatar_f.gif
fatal: updating files failed

如果我什么都不做,只需按向上箭头键并再次按回车键,我就会收到有关git status中显示的下一个文件的错误,该文件从未实际更改过。我可以这样做,直到我用尽了git status中没有变化的文件列表,然后它才能正确提交。

git fsck --full确实报告发现了问题,但实际上并没有解决任何问题。我必须继续尝试提交,直到它工作。 git fsck --full在给我提出问题时的输出结果:

Checking object directories: 100% (256/256), done.
Checking objects: 100% (120625/120625), done.
dangling tag c7539416829fb0748bc32dda3beb386bac46ea9a
dangling blob 88a0700db2a75e6ea2b14b9a5af15ece63a80805
dangling blob f4c664b0044f3d5efff1148717dc68b940e08574
dangling blob 1bf6185091177fd5a496f5bf031f4d666fec92da
dangling commit fee4bdcc078789a3745aa1311f128a6b61a81736
dangling blob 9f14e68da29d49895b1ea303ed33cb390fc56b76
dangling blob 784a02e974b81f35952fb7c31bf2dcb1a7bfeda8
dangling blob 9e92d6cf395206152123f9a29edb95652114fd34
dangling commit 1294f626dcb76cafa560f65792517655fb8a52ae
dangling blob bceb1adde285e71109723211a1bcb5b0fa126681
dangling tag 19f4be8e7b53465b13359bc4350b5e87c5942560
dangling blob 93f96a3b5e995032a50723af796dab9ae36fb974
dangling blob a25bdfab82fef920935478ee2cefe4dc2e81bbf6
dangling blob af7187350341f3d7795d35cc1f0cee78eb9f9fdf
dangling blob e2a1db9e3d3d438c8b03cb6254ca492e505be6f8

如果我多次运行它,我会收到相同的消息。没有什么变化。

发生了什么事?

1 个答案:

答案 0 :(得分:9)

不知道发生了什么(除了注意到显而易见的,有些东西正在腐蚀你的git回购),但我知道我是如何修复这样的事情的 - 我希望这是一个隐含的问题!< / p>

  • 将你的repo推到某个地方(本地裸存储库就可以了)
  • 将旧存储库重命名为myrepo.broken或类似
  • 查看您推送到上一个地方的回购的新副本
  • 一旦确定没有丢失任何内容,请删除旧的仓库

我更倾向于使用上述方法来回购repo本身。但如果你坚持(我先做好备份):

  • 请注意悬挂的blob和提交可能完全没有问题 - 请参阅例如here。短读事物应该发生。
  • git gc --prune=now将修剪你所有悬空的blob和提交。
  • Here是有关维护和数据恢复的教程。

就所发生的事情而言,我遇到了问题

  • 当NFS服务器狡猾时,NFS挂载的主目录包含git树
  • 不区分大小写的文件系统
  • 电源丢失/系统崩溃导致FS损坏,或发生在提交的一半
  • 系统中未识别的小鬼

这很容易避免这些重复的第一和第二,第三种是可以理解的,但第四种往往是棘手的。午夜后避免喂食。