最近我们的Subversion (SVN)服务器发生了变化,我们进行了SVN切换。
由于工作副本有大量未版本化的资源,因此工作副本被锁定,我们开始为SVN下的所有文件夹逐个切换文件夹,这非常好。
但是在存储库的最高层,当我试图更新文件时,我得到一个错误,说svn:工作副本'。的锁。试图清理也无济于事;它会导致诸如svn: 'content'不是一个工作拷贝目录之类的错误。
新的结帐根本不是一个选项。我还可以如何清理和释放锁并完成svn切换过程?
最近我们的Subversion (SVN)服务器发生了变化,我们进行了SVN切换。
由于工作副本有大量未版本化的资源,因此工作副本被锁定,我们开始为SVN下的所有文件夹逐个切换文件夹,这非常好。
但是在存储库的最高层,当我试图更新文件时,我得到一个错误,说svn:工作副本'。的锁。试图清理也无济于事;它会导致诸如svn: 'content'不是一个工作拷贝目录之类的错误。
新的结帐根本不是一个选项。我还可以如何清理和释放锁并完成svn切换过程?
当前回答
我尝试将.svn文件夹从子文件夹粘贴到根文件夹。它的工作原理!
其他回答
最近我在用另一家开发商的Mac。 我也遇到过同样的情况。问题是;首先,我需要在终端中输入获取存储库路径,但我没有。然后它会显示你的用户名和密码。
我从相同的项目到不同的位置进行了新的签出,从中复制了.svn文件夹,并用旧的.svn文件夹替换它。
之后,我调用svn更新函数,所有内容都正确同步到最新。
当我在代码上执行mvn release:prepare时,我看到了这个错误。就我而言,我已经将项目从SVN迁移到GitHub,并从GitHub克隆了源代码。但是在我的pom.xml文件中,我没有将SCM位置从SVN URL更新到GitHub URL,导致工作目录不匹配。
纠正URL到GitHub位置帮助我解决了这个问题。
jesere提到您需要更改UUID。以下内容将帮助您实现这一目标。
在SVN 1.5+上,可以执行svnadmin setuuid;然后,您可以使用svnlook uuid检查它是否被正确设置。在SVN的早期版本中,这是一个比较困难的过程。请参见管理存储库uuid。
此外,“m/reponame”的UUID看起来可疑。我相信它应该是一个十六进制的数字,就像工作副本一样,所以也许这个动作会全面改善事情:-)
处理:
重命名不是“工作副本”的目录。 再次签出/更新/恢复此目录。 将重命名目录中的文件移动到新目录中。 提交更改。
原因:
您对.svn目录下的一些文件做了一些更改,这破坏了“工作副本”。