因为持锁进程仍在运行，如VS Code插件、后台git commit编辑器或卡死的git merge，会立即重建index.lock；需先查杀相关进程（如git.exe、code.exe）再删除锁文件。
为什么删了 index.lock 它又自己回来了？
直接删 .git/index.lock 文件，只解决表象。如果背后有 Git 进程还在运行（比如 VS Code 的 Git 插件、后台的 git commit 编辑器、或卡死的 git merge），它会立刻重建锁文件——你看到的“死而复生”，其实是 Git 在尽职守门。
常见诱因包括：
- VS Code 或 WebStorm 后台自动执行
git status或扫描暂存区，进程挂起未退出 - 你在终端用
Ctrl+C中断了git rebase，但子进程残留 - Windows 上 Git Bash 窗口看似关闭，实则
git.exe进程仍在后台跑 - 防病毒软件锁定
.git目录，导致 Git 无法清理锁，也无法新建
怎么查到底是谁在占着 index.lock？
别猜，直接看进程。不同系统命令不同，但核心逻辑一致：找正在访问 .git 目录或操作索引的进程。
Windows（PowerShell）：
Get-Process | Where-Object { $_.Path -like "*git*" } | Format-List Id, ProcessName, Path
Linux/macOS：
lsof +D .git 2>/dev/null | grep -E "(index\.lock|index$)"
如果看到 PID，用 kill -9 <PID>（Linux/macOS）或任务管理器结束对应进程。特别注意名称含 git、code（VS Code）、webstorm 的条目。
index.lock 删不掉，提示“文件正被使用”怎么办？
这是 Windows 最典型的卡点。不是权限问题，是句柄没释放。优先尝试以下顺序：
- 关掉所有可能调用 Git 的工具：VS Code 全部窗口、SourceTree、GitHub Desktop、终端 Tab
- 在资源管理器地址栏输入
shell:startup，检查是否有开机自启的 Git 相关脚本 - 打开任务管理器 → “详细信息”页 → 按
Image Name排序，筛选git.exe、bash.exe、code.exe，全部结束 - 仍不行？进安全模式再删，或用 PowerShell 强制删除：
Remove-Item .git\index.lock -Force -ErrorAction SilentlyContinue
注意：sudo rm -f 在 Windows 上无效，别抄错平台命令。
删完锁文件后还报错，是不是 Git 仓库坏了？
几乎不会。Git 本身健壮，index.lock 只是保护机制，不是数据载体。但有两种情况要小心：
- 删锁后立刻执行
git add报错index is corrupted：说明上次崩溃时写了一半的.git/index，此时运行git read-tree --reset -u HEAD重建索引 - 删锁后
git status极慢或卡住：可能是工作区大文件或符号链接异常，用git status --no-optional-locks绕过锁检查临时诊断 - 频繁反复出现锁问题，且集中在某台机器：检查磁盘是否为网络驱动器（NAS/SMB）、或是否启用 OneDrive/Google Drive 同步
.git目录——Git 不支持同步工具介入仓库目录
真正该警惕的，是删锁 → 查进程 → 杀进程 → 再删锁 → 还原失败这个闭环走不通。那大概率不是锁的问题，而是文件系统层出了状况。
