svn异常锁死问题完全发生在本地工作副本，需通过svn cleanup、终止残留进程、手动删lock文件、修复wc.db数据库或重建工作副本解决，与服务器无关。
SVN 本身没有“服务器端死锁事务”的概念。Subversion 的工作副本（Working Copy）是客户端本地的，所有锁、日志、状态信息都存储在本地 .svn/ 目录中（如 wc.db、lock 文件、tmp/ 等），服务器端（Repository）不维护客户端锁或事务状态。
你遇到的“被锁死”“cleanup 失败”“database is locked”等问题，全部发生在本地工作副本，不是服务器上残留的锁。SVN 服务器（如 svnserve 或 Apache + mod_dav_svn）只响应客户端请求，不会因客户端异常退出而在服务端留下需手动清理的“死锁事务”。
所以准确来说：
✅ 你要清理的是本地工作副本的异常状态，不是 SVN 服务器。
❌ 不需要、也无法通过 SSH 登录服务器去“清空服务器锁表”或“kill 服务端进程”。
如何正确处理本地 SVN 异常锁死
1. 先运行标准 cleanup（最安全首选）
svn cleanup
- 适用于大多数因中断（Ctrl+C、断电、IDE 挂起）导致的临时锁。
- TortoiseSVN 用户：右键 → TortoiseSVN → Clean up。
- 若提示“上层目录被锁”，请逐级向上（到父目录、根目录）执行 cleanup。
2. 检查并终止残留 SVN 进程（Windows/Linux/macOS）
有时 svn cleanup 卡住，是因为后台仍有未退出的 svn 进程占用 .svn/wc.db：
-
Linux/macOS：
ps aux | grep svn kill -9 <pid></pid>
-
Windows：
- 打开任务管理器 → 结束
svn.exe或相关 IDE（如 IntelliJ、Eclipse）进程。 - 注意：某些 IDE 内置 SVN 客户端会独占数据库连接。
- 打开任务管理器 → 结束
3. 手动清除明确无用的锁文件和临时内容
进入项目根目录下的 .svn/（需显示隐藏文件）：
- 删除全局锁文件：
rm -f lock
- 清空临时目录（安全，不含元数据）：
rm -rf tmp/
- 删除所有
.lock文件（常见于子目录）：find . -name "*.lock" -delete
⚠️ 注意：不要删除 .svn/entries、.svn/wc.db、.svn/format 等核心文件 —— 它们记录版本状态，删了会导致工作副本失效。
4. 直接修复 SQLite 数据库（当 wc.db 损坏时）
若 cleanup 报错 E200033: database is locked 或 SQL error near...，说明 wc.db 中的 work_queue 或 wc_lock 表卡住：
- 确保已安装
sqlite3命令行工具。 - 执行：
sqlite3 .svn/wc.db "DELETE FROM work_queue;" sqlite3 .svn/wc.db "DELETE FROM wc_lock;"
- 再运行
svn cleanup即可恢复。
✅ 小技巧：用
sqlite3 .svn/wc.db "SELECT * FROM wc_lock;"先确认是否有残留记录，再决定是否删。
5. 终极方案：备份后重建工作副本
当以上全无效（比如 svn info 都报错、.svn 目录损坏）：
- 先备份你修改但尚未提交的文件：
cp -r /path/to/modified/files /backup/
- 删除整个项目目录（含
.svn）。 - 重新检出：
svn checkout <repo_url> .</repo_url>
- 把备份的修改文件复制回去，再
svn add/svn commit。
SVN 的设计决定了它“无服务端锁状态”，所有一致性保障都在客户端本地完成。所谓“死锁”，本质是本地 SQLite 数据库未正常提交事务或残留锁标记 —— 对症下药，清理目标永远是你的电脑上的 .svn/，而不是远程服务器。
