svn cleanup失败

1. 错误现象 使用svn执行checkout过程中，由于某些异常操作或不规范的文件命名导致命令执行失败，并弹出提示cleanup。如下（出错时忘记截图保存，此处借用网友的一张图片）： 但执行cleanup命令后，又弹出如下弹出（同样借用网友图片）导致svn无法使用。 2. 解决方案 2.1 下载sqlite3.exe 需要清空svn管理数据库中的错误记录，那么就需要数据库操作工具，sqlite3.exe是一个轻量级数据库的操作工具，通过命令执行数据库的增删改查操作。如果你已有类似数据库的管理工具，可以忽略此步骤。 下载路径： http://www.sqlite.org/download.html (Android开发者，可以直接在sdk/platform-tools目录下有现成的sqlite3.exe文件) 2.2 放置sqlite.exe 将sqlite3.exe放至.svn目录下，可以看到该目录下有wc.db文件，就是我们要操作的数据库文件。 2.3 执行SQL语句 1）运行cmd，并进入.svn目录 2）执行sql命令，清空wc.db下的work_queue和wc_lock两张表 sqlite3 /wc.db delete from work_queue; delete from wc_lock; 3）一般情况下，问题即可解决，再次执行svn的cleanup操作

今天在svn提交的时候它卡顿了一下,我以为已经提交完了,就按了一下,结果就再也恢复不了,也继续不了了... 报错 cleanup failed–previous operation has not finished; run cleanup if it was interrupted 试过执行cleanup,结果也是失败,要更新先要cleanup，但是cleanup的失败信息又叫我cleanup……这是一个死循环！ 感觉这是一个设计上的缺陷：使用工作队列来保存数据，后一个操作依赖于前一个操作的结果，一旦失败就要使用cleanup操作。但是，当cleanup操作失败的时候这个机制就陷入了死循环。 解决办法就从它的数据库中直接删除工作队列中的数据，注意是sqlite数据库。 1.下载 sqlite3.exe 如果是mac系统 跳过这一步 2.找到项目的.svn结尾的文件.(这个文件是被隐藏的,一般就是在整个svn的项目根目录).可以看到里面有wc.db这样一个文件. 3.把下载好的sqlite3放到.svn同级目录处. 4.打开cmd,到.svn所在的这个路径,然后执行sqlite3 .svn/wc.db "select * from work_queue" 5.执行完以后可以看到cmd窗口里会有一条条的记录.这些就是svn执行了一半的队列. 6.继续执行sqlite3 .svn/wc

平时使用svn的过程中,有的时候由于自己操作故障或者系统原因,导致svn不能更新,提示cleanup也不能成功,陷入了死循环。如下图所示： 每个人sv n的版本不同，工作环境也不同，如果不想重新checkout整个项目，建议大家各种 方法依次尝试以下。 方法一，利用sqlite3清理svn wc.db数据库的方法 　　 1. 下载sqlite3.exe，baidu、google一下就有了。解压如下图 　　　 　　2. 每个svn项目根目录都有一个.svn的隐藏文件夹，加入我的项目放在D:\TestProject， 　　　　打开cmd, 切换到sqlite3.exe所在的目录，执行命令如下图所示的第1,2,3步： 　　　　 　　　　select * from work_queue; 　　　　delete from work_queue; 　　　　经过上述1,2,3步骤,重新在svn项目执行svn cleanup命令,就一切ok 了 　　 方法二，利用sqlite3清理svn wc.db数据库的方法 　　　 　　　　 通过command line进行clean up操作。（如果在安装TortoiseSVN 时没有安装windows版本的svn 命令行组件，需要另外下载。参考： http://blog.sina.com.cn/s/blog_7abb28aa0101ji68.html ）

svn cleanup cleaning up 操作反复失败，svn提示的问题是版本需要更新，更新成最新的版本之后，依旧反复失败，陷入死循环。还好找一个blog上的方法试了一下，成功了。 先说故障环境： OS: win7 x64 TortoiseSVN 1.9.5, Build 27581 - 64 Bit , 2016/11/26 09:18:58 Subversion 1.9.5, -release apr 1.5.2 apr-util 1.5.4 serf 1.3.9 OpenSSL 1.0.2j 26 Sep 2016 zlib 1.2.8 SQLite 3.14.1 1. 先下载sqlite3的客户端命令行程序：http://www.sqlite.org/download.html 2. 找到.svn 路径下wc.db 这个文件。通过 sqlite3 wc.db "select * from work_queue" 先查看一下里面的记录，应该能看到文件的变更记录，这些应该就是没有正常操作遗留下来的变更。 3. 清空work_queue 这个表 sqlite3 wc.db "delete from work_queue" 4. 再次clean up 5. 成功。 来源： https://www.cnblogs.com/dehuachenyunfei/p/7865042

svn 清理失败 (clean up 失败) 的解决方法 参考：http://www.tuicool.com/articles/biy6na 解决方法： step1: 到 sqlite官网 (http://www.sqlite.org/download.html) 下载 sqlite3.exe 找到 Precompiled Binaries for Windows ，点击 sqlite-shell-win32-x86-3080500.zip 下载，300KB左右 step2: 将下载到的 sqlite3.exe 文件复制到 本地磁盘的某个临时目录下 （我的svn源代码放在共享磁盘中，发现 sqlite老是找不到 svn的 wc.db文件）， step3: 然后 设置 svn源代码 文件夹 及文件 显示 所有文件（包括隐藏文件），会发现 .svn/wc.db 文件， 将 其复制到 step2的临时目录下 step4: 开始 -> 运行 -> 打开 cmd命令 打开 wc.db 执行 delete from work_queue; 如图所示： 　　温馨提示：（如果不能操作，就把sqlite3.exe和wc.db拷贝到cmd的根目录中去操作，当完成上述操作后把wc.db文件拷贝会svn目录执行下面操作即可） step 5: 将 wc.db 覆盖到 svn源代码目录的 .svn目录下

2019独角兽企业重金招聘Python工程师标准>>> SVN 本地更新时，由于一些操作中断更新，如磁盘空间不够，用户取消。　　可能会造成本地文件被锁定的情况。一般出现这种情况的解决方法： １、可以使用SVN clean up来清除锁定。 ２、如果不是本目录锁定，系统提示上一层目录锁定，需要到上一层或者根目录中清除。 ３.如果在根目录下都无法clean的话，一般采取的方法是另外找一个目录重新CHECKOUT。但有时有时SVN目录下可能有一些自己本地修改的文件，还未提交到SVN服务器，这时重新CHECKOUT需要注意本地文件的备份，并且不要强制覆盖服务器上其它人修改的内容。 ４.如果觉得第３种很麻烦，可以考虑这样的方法。其实SVN加锁会在.SVN（隐藏文件）中生成一个名字叫lock的文件（无后缀），查找所有的，手工删除。然后再尝试更新，系统可能会提示某个.base文件无法访问。找到它，把相关的文件或其所在的目录删除，重新UPDATE。工作量就小多了。 解决svn的working copy locked并且cleanup恢复不能的情况 产生这种情况大多是因为上次svn命令执行失败且被锁定了。 如果cleanup没有效果的话只好手动删除锁定文件。 cd 到svn项目目录下，然后执行如下命令 del lock /q/s 就把锁删掉了。 转载于:https://my.oschina.net