我最近从NetBeans 6.7.1切换到7.3.1（从Windows 7系统切换到另一个Windows 8）。在6.7.1中，我使用了来自Collabnet的CLI客户端来访问SVN存储库，在7.3.1中它包含了NetBeans本身的SvnKit。
当我尝试提交文件时，收到错误：
svn: E155004: Working copy 'C:\Users\user1\Documents\NetBeansProjects\project1\_admin' locked
然后我尝试清理工作副本，但又出现了另一个错误：
svn: E155021: Unsupported working copy format
在我读过的NetBeans FAQ中，内置的SvnKit从1.5开始支持不同的SVN格式，因此NetBeans应该支持旧的CLI客户端格式，但没有。 我已经尝试重新检出存储库的_admin目录，但这也无济于事。
有人可以帮忙吗？
答案 0 :(得分：2)
我也遇到了这个问题。 显然，TortoiseSVN 1.8.x使用了一种新的工作副本格式，其中Netbeans的内置SVN库无法应对（尚未）。 对我来说，解决方案是将TortoiseSVN降级为1.7（http://sourceforge.net/projects/tortoisesvn/files/1.7.13/Application/上的最新1.7版本）。
答案 1 :(得分：1)
我不知道SvnKit是如何做到的，但对于其他客户端（命令行工具，TortoiseSVN，可能更多），工作副本升级是一个手动过程。如果SVNKit未提供“升级工作副本”命令，请确定您拥有的版本，下载相关版本的SVN命令行工具，并使用svn upgrade命令升级您的工作副本。 / p>
如果这不起作用，您可以将修改过的文件复制到其他地方，删除当前的工作副本，然后使用首选工具再次检出。
答案 2 :(得分：0)
另一种可能性：当您意外地从项目的某个子目录中的SVN 1.6工作副本复制旧的.svn元数据文件夹时，您将收到此错误（如果您之前从未使用过SVN） 1.7，在代码库的每个子目录中都有一个.svn元数据文件夹 - 因为SVN 1.7根目录中只有一个.svn目录。因此，如果您要将代码从1.6存储库中的旧项目迁移到新项目，请注意不要复制任何.svn文件夹。
我在使用Eclipse / Subversive和SvnKit 1.8提供程序时遇到了这个错误，但由于它是一个SVN错误，我猜测在任何SVN客户端实现下它都是一样的。