SVN工作副本锁定问题本质是.wc.db中work_queue表残留操作记录，需用DB Browser清空该表或命令行执行“DELETE FROM work_queue;”，再svn cleanup解决。
遇到“Working copy is already locked”却 cleanup 失败，本质是本地锁残留未被清除，不是操作没做，而是锁卡在底层状态里了。直接重试 cleanup 通常无效，得从锁的存储位置和类型入手逐层处理。
先确认锁的类型和位置
SVN 1.7+ 的锁信息主要存在两个地方：.svn/lock（旧式单文件锁）和 .svn/wc.db（SQLite 数据库里的 work_queue 表）。多数顽固死锁其实是数据库里残留了未完成的操作记录，而不是单纯某个 lock 文件没删掉。
- 打开命令行，进入工作副本根目录，运行
svn status --show-updates或svn info，观察是否报路径级锁定提示 - 检查
.svn目录下是否存在lock文件（无后缀），有则说明存在旧式锁 - 重点查看
.svn/wc.db是否可读写——右键属性看是否只读，或尝试用 DB Browser for SQLite 打开它
用图形化工具清空 work_queue 表（推荐首选）
比命令行更直观、容错率高，适合不熟悉 SQLite 语法或担心误操作的用户。DB Browser for SQLite 免费开源，支持 Windows/macOS/Linux。
SVN搭建及使用教学视频(布尔教育)
下载
《SVN视频教程》，SVN:全称Subversion，是代码版本管理软件，管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。
- 下载安装 DB Browser for SQLite（官网 sqlitebrowser.org）
- 用它打开项目根目录下的
.svn/wc.db - 切换到 “Browse Data” 标签页，找到
work_queue表 - 点击左上角 “Empty Table”，确认清空
- 保存并关闭，再运行
svn cleanup即可成功
命令行强制清理残留锁
如果倾向用终端，且已安装 sqlite3 工具（TortoiseSVN 自带，或单独下载），可精准执行：
- 进入工作副本根目录
- 运行：
sqlite3 .svn/wc.db "DELETE FROM work_queue;" - 再运行：
svn cleanup --force - 若仍失败，补充删除临时文件：
rm -rf .svn/tmp/*（Linux/macOS）或del /q/s .svn\tmp\*（Windows）
谨慎但有效的兜底方案
当以上都无效，说明元数据已严重损坏，但又不想重检出整个项目（尤其大仓库或含大量本地修改时）：
- 复制当前工作副本中所有你改过的文件（非 .svn 目录下的内容）到安全位置
- 删除整个
.svn文件夹（不是隐藏属性问题，就是彻底删掉） - 重新执行
svn checkout [URL] --force，加上--force可跳过已存在文件冲突 - 把之前备份的修改覆盖回去，再
svn status确认变更识别正常
