最近我们的Subversion (SVN)服务器发生了变化,我们进行了SVN切换。
由于工作副本有大量未版本化的资源,因此工作副本被锁定,我们开始为SVN下的所有文件夹逐个切换文件夹,这非常好。
但是在存储库的最高层,当我试图更新文件时,我得到一个错误,说svn:工作副本'。的锁。试图清理也无济于事;它会导致诸如svn: 'content'不是一个工作拷贝目录之类的错误。
新的结帐根本不是一个选项。我还可以如何清理和释放锁并完成svn切换过程?
最近我们的Subversion (SVN)服务器发生了变化,我们进行了SVN切换。
由于工作副本有大量未版本化的资源,因此工作副本被锁定,我们开始为SVN下的所有文件夹逐个切换文件夹,这非常好。
但是在存储库的最高层,当我试图更新文件时,我得到一个错误,说svn:工作副本'。的锁。试图清理也无济于事;它会导致诸如svn: 'content'不是一个工作拷贝目录之类的错误。
新的结帐根本不是一个选项。我还可以如何清理和释放锁并完成svn切换过程?
当前回答
当我在代码上执行mvn release:prepare时,我看到了这个错误。就我而言,我已经将项目从SVN迁移到GitHub,并从GitHub克隆了源代码。但是在我的pom.xml文件中,我没有将SCM位置从SVN URL更新到GitHub URL,导致工作目录不匹配。
纠正URL到GitHub位置帮助我解决了这个问题。
其他回答
今天早上我发现同样的问题,/FILE_NAME/ is not a working copy,我花了两个多小时才解决。经过长时间的RND和谷歌,我找到了一些解决方案,那就是结帐。
作为一个新项目从Subversion签出到本地。 更改Java文件中的一些代码并提交项目。 这对我很管用。
对于Mac:从服务器端进行签出,将打开一个新窗口,从本地机器中选择目录。然后将所有代码放入所选文件夹中。然后打开SVN本地端。添加并提交项目。
我就犯了这个错误。我注意到我进错目录了。一旦我恢复到SVN Trunk目录,问题就解决了。
我尝试将.svn文件夹从子文件夹粘贴到根文件夹。它的工作原理!
如果您在一个新目录下创建了一个文件,请使用'svn add newdir/newfile'而不是'svn add newdir',因为您需要添加目录。默认情况下,将添加该目录中的所有文件。