之前也遇到过这个问题，不过让朋友帮忙解决的。这次又碰上了，记不起怎么弄的来了。

 

 

---

　　这是在网上查的方法。

　　本地.svn\wc.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了！