关于SVN更新时文件加锁的小结

今天使用SVN更新应用，出现了下面的问题：

update D:/workspace/acode/resource/springconf -r 6622 --force
Attempted to lock an already-locked dir
svn: Working copy 'D:\workspace\acode\resource\springconf' locked

从网上百度了一下，有许多朋友也遇到了这样的问题，我采用的解决方式是：选中项目右键---Team---清理，以前也采用过手动找到对应文件夹下面的.lock文件删除也可以解决问题

百度的情况如下：

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

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

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

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

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

解决svn的working copy locked并且cleanup恢复不能的情况
产生这种情况大多是因为上次svn命令执行失败且被锁定了。如果cleanup没有效果的话只好手动删除锁定文件。

windows下 cd 到svn项目目录下，然后执行如下命令 del lock /q/s 就把锁删掉了

linux下 cd 到svn项目目录下 rm lock -fr

由于每个本地文件夹都有一个.svn 一般要从下往上检查是否有lock文件（默认隐藏），依次删除，直到没有发现lock文件为止。

巴特西

关于SVN更新时文件加锁的小结

最新文章

热门文章