要强制释放离职员工留下的SVN锁定文件，必须由服务器端管理员操作：先用svn info或仓库浏览器确认锁信息，再通过svnadmin rmlocks命令或Web界面“Break lock”功能解除，操作前需备份仓库。

要强制释放离职员工留下的 SVN 锁定文件，核心前提是：你必须拥有服务器端仓库的管理员权限。普通用户无法直接解除他人在服务端设置的锁，尤其当锁定者已离职、无法联系时，需由管理员介入处理。

确认锁定状态与锁定者信息

先明确哪个文件被锁、是谁锁的、是否还在有效期内：

• 在客户端执行：svn info URL_TO_FILE，查看输出中的 Lock Owner 和 Lock Created 字段
• 若本地工作副本报错“File is locked”，可先运行 svn cleanup 清理本地残留锁（仅影响本机，不解除服务端锁）
• 若使用 TortoiseSVN，右键 → “Repo-browser” → 定位到该文件 → 右键 → 查看属性，也能看到锁定详情

管理员执行服务端强制解锁（推荐方式）

这是最稳妥、可审计的方式，适用于 Subversion 1.7+ 版本：

• 登录 SVN 服务器，进入仓库物理路径（如 /var/svn/myrepo 或 E:\svn\repos\myrepo）
• 列出当前所有锁：svnadmin lslocks /path/to/repo
• 针对单个文件强制移除：svnadmin rmlocks /path/to/repo /trunk/src/config.xml
• 如需批量清除全部锁（慎用）：svnadmin rmlocks /path/to/repo（不带文件路径，会清空整个仓库所有锁）

替代方案：通过版本库浏览器破除锁定

若你有 Web 访问权限（如 ViewVC、WebSVN 或 SVNManager）：

• 打开仓库浏览器，导航至被锁文件
• 找到对应文件右侧的「Break lock」或「Steal lock」按钮（名称因界面而异）
• 点击后输入管理员凭证确认操作
• 操作成功后，客户端即可正常提交，无需额外 cleanup

风险提示与注意事项

⚠️ 强制解锁不是无代价操作：

• 它不会恢复离职员工未提交的修改——那些内容已丢失，需从本地备份或聊天记录中找回
• 请勿在生产环境直接删 db/locks/ 目录下的文件，可能破坏仓库一致性
• 操作前建议执行一次 svnadmin dump 备份，例如：svnadmin dump /path/to/repo > repo_backup_$(date +%F).dump
• 后续应完善协作规范：避免长期持锁；启用自动锁超时（需配置 pre-lock hook）；关键文件设为非锁定类型（svn:needs-lock 属性按需添加）