直接删除.git/index文件并执行git reset可修复90%以上的index file corrupt错误；该错误本质是索引文件头magic字节（如DIRC）校验失败，常见于断电、强制关机、IDE插件崩溃或磁盘I/O异常导致的写入中断。
直接删 .git/index，再 git reset，90% 以上情况能立刻恢复。别犹豫，这是最稳的起点。
为什么 .git/index 会突然报 corrupt
它不是“出错”，是文件头校验失败 —— Git 读到一个本该是固定 magic 字节（比如 DIRC）的位置，却看到 0x00000000 或乱码（如 0x6d5a7e6e），直接拒绝加载。常见诱因包括：
- 电脑蓝屏、强制关机、断电时
git add正在写入索引 - SourceTree 或 VS Code Git 插件崩溃卡死，留下半截损坏的
index - 磁盘 I/O 错误或 SSD 坏块（尤其老旧硬盘或虚拟机共享目录）
-
.git/index.lock残留未清除，后续操作静默失败并污染主索引
删之前先确认是否真坏了
别一上来就删。先验证是不是索引本身的问题：
- 运行
git status，如果报error: bad signature 0x00000000 fatal: index file corrupt，基本锁定.git/index - 检查
.git/index.lock是否存在：ls -l .git/index.lock；存在就先rm -f .git/index.lock - 用十六进制查看前 8 字节：
xxd -l 8 .git/index；正常应看到类似00000000: 4449 5243 0000 0004（DIRC开头），若全是00或不可读字符，就是坏了
删完必须跟 git reset，不能只删不重置
删掉 .git/index 只是清空暂存区记录，Git 不会自动重建它 —— 你得手动触发重建流程：
- 执行
git reset（等价于git reset --mixed HEAD），它会从HEAD重新读取文件状态，生成新索引 - 如果
git reset报fatal: Unable to create '.git/index.lock': File exists，说明还有残留锁文件，手动删掉.git/index.lock再试 - Windows CMD 下用
del .git\index，别用rm；Git Bash / Linux 下用rm -f .git/index - 删完没立刻生效？等几秒再跑
git status，重建需要时间，尤其大仓库
删了还是不行？可能是 packfile 或 ref 损坏
极少数情况下，git reset 会卡住或报新错，比如：
-
error: refs/stash: invalid sha1 pointer 000000000000...→ 打开.git/refs/stash，内容是乱码或全0，直接删掉它 -
fatal: bad object HEAD→ 运行git fsck --full检查对象完整性，重点看broken link或missing commit - packfile 索引损坏（少见但可能）→ 用
git index-pack .git/objects/pack/*.idx尝试重建（需先定位具体 pack 文件）
真正麻烦的是：你删了 index，又没及时 git add 过，那些刚改完还没暂存的文件，git reset 后会变成 Untracked 或 Deleted 状态 —— 这时候别慌，它们还在磁盘上，只是 Git 不认了。先 git status -s 看一眼，再决定是 git checkout -- <file> 恢复，还是手动备份再处理。
