一、问题描述
org.apache.subversion.javahl.ClientException: Attempted to lock an already-locked dir 的问题，"SVN 客户端异常：试图锁定一个已经锁定的目录"，嘛意思啊！报错如下图：
详情为：
org.apache.subversion.javahl.ClientException: Attempted to lock an already-locked dir
svn: Commit failed (details follow):
svn: Working copy 'E:\x\xx\src\com\xxx\ui' locked.
svn: 'E:\x\xx\src\com\xxx\ui' is already locked.
这是什么错误呢？根据提示能够想到，我要提交代码的时候，SVN 所做的工作中有一个操作步骤是"锁定"，所以才会有"Attempted to lock "这一步，至于"an already-locked dir"，我忽然想到，昨晚下班我尝试过一次提交代码，但是由于忘记切换网络而作罢（我们 SVN 部署在内网上，而平时可以联外网）。而 SVN 正好在这里有个问题——如果你的环境没有联上有效的 SVN 仓库，那么在提交的时候就会卡在这里，会有一个 Progress 一直在跑但又跑不完，我就是在这种情况下使用资源管理器强制关闭进程，所以今天再提交的时候会"the dir you Attempted to lock has been already-locked"。所以我也可以肯定，SVN 提交代码第一步就是 lock 你要提交代码所在的 dir，（我的经历证明，没有有效的资源库联接，这之后都不能工作）然后才检查资源库代码版本...提交...。
找到原因就好办了。
一个小插曲（但是对理解很重要）：按说按照提示"尝试锁定一个已经被锁定的目录"，就像"你去把门锁上，其实门就是锁上的"，这一命令就没法执行了。应该只要 "release lock"就可以再次进行锁定了。然而并非如此，原因就是：此 lock 非彼 lock ！你在右键 SVN 菜单中能找到所有 " [ * ] lock" 命令都是对 SVN 仓库所做的操作，不信你试试，都会让你填操作说明的，说明这是对仓库源有改变（这里的lock是指在代码库中标记为锁定状态，不允许更改）；我们这里的锁定只是在一次代码提交阶段暂时性"举起手来，不许动"，等提交操作完成了就取消锁了，是为了保证在提交过程中不被更改（提交代码需要网络通信，如果网络质量不好就比较耗时，你可能在此过程中对正在提交的代码更改），所以我只要 cleanup 上次的锁定就可以了。
这里提供3中方法：
（一）Eclipse SVN 插件处理
使用 SVN 插件时，选中能包含所有待提交代码的最小的包（当然你可以直接选择工程也无可厚非，我只是为了最小影响范围原则而已），右键选择 Team > Refresh/Cleanup ,再进行提交操作（前提是具备有效的SVN仓库联接）就可以了。
（二）SVN 客户端处理
并不是说要通过客户端操作，只是安装了客户端，右键才有 SVN 子菜单* 打开 workspace 中对应的文件夹，右键 TortoiseSVN > clean up... ,妥了。
（2）如果你身具极客风度，也可以使用 svn 命令：svn cleanup ...(操作目标目录路径)
（三）删除lock文件
哪位大大用过这种方式，麻烦不吝赐教，程序猿在此谢过！
