svn强制解锁需分客户端偷锁和服务端清除两种路径：客户端用svn lock --force --steal获取再svn unlock释放；服务端管理员执行svnadmin rmlocks或清空db/locks/目录，操作前须确认无人编辑并备份仓库。
SVN本身不提供“强行剥夺他人锁”的直接命令，因为锁机制设计上强调协作与所有权。但可通过两种合规路径实现效果等同的强制解锁：一种是客户端层面的“偷锁”（steal lock），适用于有写权限的普通用户；另一种是服务端层面的“清除锁”，需仓库管理员权限。
客户端偷锁：用 --force + steal 方式获取并释放
该方式无需服务器权限，但要求你对目标文件有写权限，且TortoiseSVN或较新命令行客户端支持 steal 功能：
- 先尝试获取锁时主动“偷取”：
svn lock --force --steal URL_OR_PATH
（例如：
svn lock --force --steal https://svn.example.com/repo/trunk/doc.pdf） - 执行后你会成为新锁持有者，接着立即释放： svn unlock URL_OR_PATH
- 注意：此操作会覆盖原锁持有者的锁状态，对方下次执行 svn update 或 commit 时将收到冲突提示，需手动处理本地修改
服务端清除：管理员用 svnadmin 直接删锁
这是真正意义上“剥夺”的方式，绕过客户端逻辑，直接操作仓库数据库：
- 登录 SVN 服务器，定位到仓库根目录（如
/var/svn/myrepo） - 查看当前锁定情况： svnadmin lslocks /var/svn/myrepo
- 对单个文件强制清除锁： svnadmin rmlocks /var/svn/myrepo /trunk/config.bin
- 若需清空全部锁（谨慎！）：
进入
/var/svn/myrepo/db/locks/，删除该目录下所有内容（或整个 locks 文件夹），再执行 svn cleanup 客户端工作副本
关键前提与风险提醒
无论哪种方式，都必须满足以下条件才能安全操作：
- 确认该文件当前无人正在编辑——可联系锁定者、查在线状态，或通过 svn info URL 查看 Lock Created 时间和 Owner
- 二进制文件（如 PSD、XLSX、EXE）才应加锁；文本类文件应禁用 lock，靠 merge 解决冲突
- 执行前建议备份： svnadmin dump /var/svn/myrepo > backup_$(date +%F).dump
- 强制操作后，务必通知相关成员执行 svn cleanup 和 svn update，避免后续提交异常
