WSL下Git仓库Rebase时Windows崩溃后报错，求助解决方法与数据是否丢失

先明确：本地Git数据大概率没丢失 #

Git的核心数据都存储在仓库根目录的.git隐藏文件夹里，系统崩溃只会导致临时文件损坏，误执行git init也不会删除已有的提交记录（Git默认不会覆盖已存在的.git目录）。

1. 确认当前目录是否为原仓库目录 #

执行命令查看当前路径：

pwd

对比你之前存放仓库的路径（比如/mnt/c/Users/xxx/your-repo），确保你在正确的项目文件夹下。

2. 检查.git目录是否存在 #

执行命令列出所有文件（包括隐藏文件）：

ls -la

如果能看到.git目录，说明核心数据完好；如果看不到，可能是WSL挂载权限问题，尝试重新挂载Windows磁盘：

sudo umount /mnt/c
sudo mount -t drvfs C: /mnt/c -o metadata,uid=1000,gid=1000,umask=0022

（把C:换成你仓库所在的磁盘）

3. 修复崩溃导致的Git临时文件损坏 #

因为崩溃时正在执行rebase，Git会残留临时的rebase工作目录，先删除这些干扰文件：

# 如果存在rebase-merge目录
rm -rf .git/rebase-merge
# 如果存在rebase-apply目录
rm -rf .git/rebase-apply

然后执行Git数据库完整性检查与修复：

git fsck --full

该命令会自动修复大部分损坏的Git对象，输出里的“dangling”对象是未提交的临时修改，不影响已有的提交记录。

4. 解决跨文件系统识别问题 #

针对WSL挂载Windows磁盘的场景，设置Git允许跨文件系统查找仓库：

# 全局设置（对所有仓库生效）
git config --global core.gitDiscoveryAcrossFilesystem true
# 或者仅对当前仓库设置
git config core.gitDiscoveryAcrossFilesystem true

5. 验证仓库状态 #

执行以下命令确认仓库是否恢复正常：

git status
git log --oneline

如果能看到正常的状态和提交历史，说明仓库已修复；如果有未完成的rebase操作，可以重新执行git rebase --continue或git rebase --abort来收尾。

内容的提问来源于stack exchange，提问作者xyf