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 确认变更识别正常