断网导致svn更新中断是最常见的工作副本锁定原因，本质是svn为防数据错乱而主动加锁；首选标准清理：在报错路径根目录右键→tortoisesvn→clean up，务必勾选“break write locks”，失败时可尝试svn cleanup --break-locks或手动删除.svn/lock文件。
断网导致SVN更新中断，是最常见的工作副本锁定原因。核心问题不是“坏了”，而是SVN在中途停摆后，主动锁住了自己——这是它防止数据错乱的保护机制，不是故障。
先执行标准清理（首选操作）
进入报错提示中指出的根目录（注意：不是任意子文件夹，而是错误里写的完整路径，比如 /Users/chng/Documents/代码/hc-vue/f2022），右键 → TortoiseSVN → Clean up。在弹出窗口中：
- 勾选 Break write locks（必须勾选，否则只清临时文件，不解锁）
- 可选勾选 Include externals（如果项目含 externals，建议一并清理）
- 点击 OK，等待完成。
清理失败时的针对性处理
若上一步报错或仍无法更新，说明锁可能残留更深或涉及数据库状态：
- 关闭所有IDE、编辑器、资源管理器窗口，确保没有进程占用该目录
- 打开命令行，cd 到工作副本根目录，运行：
svn cleanup --include-externals --quiet
- 若仍失败，再尝试：
svn cleanup --break-locks（显式强制解除写锁）
手动干预（仅当自动方式全部无效）
不推荐日常使用，但可作为兜底手段：
- 显示隐藏文件，进入每个子目录下的 .svn 文件夹
- 查找并删除其中的 lock 文件（无后缀，大小通常为 0 字节）
- 同时检查 .svn/wc.db-wal 和 .svn/wc.db-shm 是否存在，如有且未被占用，可安全删除（它们是 SQLite 事务日志，cleanup 正常时会自动清理）
- 删除后务必再执行一次 svn cleanup，让 SVN 重建一致性状态
预防下次再发生
断网无法完全避免，但能降低风险：
- 大型更新前，确认本地磁盘空间充足（尤其 .svn/wc.db 写入需要临时空间）
- 避免在更新过程中强制关闭客户端或杀进程
- 对超大项目，可分模块更新，减少单次操作耗时与中断影响范围
- 定期用 svn status -q 快速检查是否有异常状态残留
