git · Git
报错原文
fatal: bad object 8a3f21c
这是什么意思
你给的名字解析不到任何 git 读得懂的东西：要么这个对象不在这个仓库里，要么在里面但已经损坏。这发生在哈希是从别的克隆或浅克隆里抄来的、哈希被截断得太短、或者磁盘出问题后对象真的坏了的时候。git fsck --full 只读地报告缺失和损坏的对象，而别人给的哈希要先 git fetch，那个对象才会到你这里。如果 fsck 真报出损坏，重新 clone 比修补更快也更可靠——只要先把未提交的文件抄到安全的地方。
怎么修
git fsck --full- 来自
- git
- Git
- 29
git 的错误几乎都是一种拒绝，意思是「在当前状态下做那件事会丢掉东西」；fatal: 表示它什么都没改就停了，而真正的解决办法往往在第一行下面的 hint: 行里。
怎么读报错
- 从第一行往下读。越往下越是工具内部的事，起因通常写在最上面。
- 有文件名和行号就从那里查——不是栈顶那一帧，而是最上面那条提到你自己写的文件的行。
- 把报错原文照样去搜，但先去掉你自己的路径和变量名，正是那些让搜索匹配不上。
- 同一种情况在不同版本里措辞不同。结果不对头，就把版本号一起加进查询。
- 粘贴修法之前，先确认它会丢掉什么。这里面有些是不能撤回的。
常见问题
Q. “fatal: bad object 8a3f21c” 是什么意思？
你给的名字解析不到任何 git 读得懂的东西：要么这个对象不在这个仓库里，要么在里面但已经损坏。这发生在哈希是从别的克隆或浅克隆里抄来的、哈希被截断得太短、或者磁盘出问题后对象真的坏了的时候。git fsck --full 只读地报告缺失和损坏的对象，而别人给的哈希要先 git fetch，那个对象才会到你这里。如果 fsck 真报出损坏，重新 clone 比修补更快也更可靠——只要先把未提交的文件抄到安全的地方。
Q. 怎么修？
git fsck --full —— 执行前先看上面的说明，确认这条命令会丢掉什么。
Q. 这是哪个工具报的？
git。它属于Git，报错原文有 4 个词。
相关报错
error: cannot lock ref 'refs/remotes/origin/main': is at 8a3f21c but expected 1c2d3e4gitWarning: you are leaving 1 commit behind, not connected to any of your branches:gitwarning: LF will be replaced by CRLF in package.json.gitThe file will have its original line endings in your working directorygithusky - pre-commit hook exited with code 1 (error)huskyfatal: refusing to merge unrelated historiesgitYour branch and 'origin/main' have divergedgitfatal: Need to specify how to reconcile divergent branches.git