之前也遇到过这个问题，不过让朋友帮忙解决的。这次又碰上了，记不起怎么弄的来了。
这是在网上查的方法。
本地.svnwc.db数据库文件里面存储了svn的operation，表名是work_queue。
.db数据库文件可以用sqlite3打开。到网上下载sqlite3.exe，解压到D:Offsite.svn文件夹下，解压后的sqlite3.exe才475KB大小。
1. 运行cmd，进入到D:Offsite.svn文件夹下，执行sqlite3 wc.db，打开数据库
2. 执行.table 可以查看表名
附：本地在下面附了该内容，奈何太小，糙心的马哥，竟然看不到，只能加上这个图了，，在这个delete之前先查看一下WORK_QUEUE与WC_LOCK两个表是否有内容，如果没有的话，能操作也没有多大意义了。同时说明一下在一次操作中只清除了WORK_QUEUE，去提交，结果还是提示Lock。后来实验了一下先清除work_queue,再清除wc_lock，去提交就没事了。
3. 执行delete from work_queue; 命令。
4. 重试 clean up 操作，问题解决。
在网上查了很多，但大部分和上面这个内容相似（这个写的比较清晰），把这个贴出来。（就个人的问题而并没有解决）
个人建议在delete from work_queue之前，先进行select该表，删除之后,也select一下。
抱着实在弄不好，就重新checkout 的心态。
就把每个有问题的文件进行Revert。操作时发现有个文件显示没有lock，可每次操作都显示已被Lock。
当把wc_lock表select的时候，发现一条lock记录。（总算是找到了问题的关键）
删除这条记录， 再去操作就一切OK了！