SVN Working Copy xxx locked ,并且进行cleanup也还是不行

cd 到指定目录，然后执行如下命令

del lock /q/s

 

--------------------------------------------------------------------------------------------

产生这种情况大多是因为上次svn命令执行失败且被锁定了。

如果cleanup没有效果的话只好手动删除锁定文件。

cd 到svn项目目录下，然后执行如下命令

del lock /q/s

就把锁删掉了。
-------------------------------------------------------------------------------------

删除报错文件夹下的.svn里的log文件和prop-base里对应报错的文件版本信息即可重新clean up

--------------------------------------------------

svn cleanup的意思

SVN 本地更新时，由于一些操作中断更新，如磁盘空间不够，用户取消。　　可能会造成本地文件被锁定的情况。一般出现这种情况的解决方法：

1、可以使用SVN clean up来清除锁定。

2、如果不是本目录锁定，系统提示上一层目录锁定，需要到上一层或者根目录中清除。

3.如果在根目录下都无法clean的话，一般采取的方法是另外找一个目录重新CHECKOUT。但有时有时SVN目录下可能有一些自己本地修改的文件，还未提交到SVN服务器，这时重新CHECKOUT需要注意本地文件的备份，并且不要强制覆盖服务器上其它人修改的内容。

4.如果觉得第３种很麻烦，可以考虑这样的方法。其实SVN加锁会在.SVN（隐藏文件）中生成一个名字叫lock的文件（无后缀），查找所有的，手工删除。然后再尝试更新，系统可能会提示某个.base文件无法访问。找到它，把相关的文件或其所在的目录删除，重新UPDATE。工作量就小多了。

 

--------------------------------------------------------

 

1. 一日在更新一个jsp目录下的文件时，提示 SVN Working Copy xxx locked ,并且进行cleanup也还是不行，但同事的机器上提交更新却都是正常的，于时查看网上文章后，有说进入到该目录下，命令行下执行del lock /q/s 就能把锁删掉，于是我进入到该目录下，发现的确是有一lock的文件，于是也不打命令，手动删除，再更新一切OK。产生这种情况大多是因为上次svn命令执行失败且被锁定了。

 

2.在SVN开发时，如果遇到文件要改名时仅是大小写之间的修改需慎重，比如原先一文件名叫A.txt,现改名a.txt，正确的做法是先copy A.txt文件到别处并改名a.txt，然后删除该文件并提交，然后再把a.txt文件拷回并提交。那是因为在Windows的文件名中不区分大小写，但是在SVN repository中区分大小写，如果不想麻烦，终极解决办法就是换到非Windows 系统下面进行开发。

3.当一个文件在*nix和Windows下多次操作后，可能混合了2种断行格式，在导入包含此种文件的项目时，常出现以下错误：

这种情况通常发生在使用eclipse的插件subclipse时，解决办法最简单的就是客户端机器上同时装TortoiseSVN，碰到这种情况直接到文件目录下，用TortoiseSVN来提交就可以了

---------------------------------------------------------------------------------

标题:working copy locked

提示:your working copy appears to be locked. run cleanup to amend the situation.

 

产生这种情况大多是因为上次svn命令执行失败且被锁定了。

如果cleanup没有效果的话只好手动删除锁定文件。

cd 到svn项目目录下，然后执行如下命令

del lock /q/s

就把锁删掉了。

附图: