最近我们的 Subversion（SVN）服务器已更改，我们进行了 svn switch 操作。
由于工作副本中有大量未版本化的资源，工作副本被锁定，我们开始逐个文件夹地对所有在 SVN 下的文件夹进行切换，这一过程运行得非常良好。
但是，在存储库的最高层级中，当我尝试更新文件时，会出现错误提示： svn: Working copy '.' locked。尝试清理也无济于事，会导致类似于 svn: 'content' is not a working copy directory 的错误。
重新检出绝不是一个选项。还有什么其他方法可以清理并释放锁定，并完成 svn switch 过程呢？
如果你在执行递归的 svn cleanup 命令时收到“不是工作副本”（not a working copy）错误提示，那么很可能你有一个子目录本应该是工作副本（即顶层的 .svn 目录表示如此），但是这个子目录缺失自己的 .svn 目录。
在这种情况下，你可以移动或删除该目录，然后执行本地更新。要删除该目录，请：
rm -rf content
svn checkout content
警告： rm -rf 会永久删除文件夹内容。
如果出现 not a working copy 错误，意味着 Subversion 在 content 子目录中找不到适当的 .svn 目录。请检查一下 content 中是否存在 .svn 目录。
最理想的解决方案是进行全新的 checkout，如果可能的话。
rm -rf 命令会永久删除 content 文件夹，请在执行之前备份。 - KrishPrabakar我曾经遇到过类似的情况 (svn: 'papers' is not a working copy directory)，只是我的解决方法有所不同，因此我想分享一下我的处理经验（简化版）：
$ svn add papers
svn: Can't create directory 'papers/.svn': Permission denied
糟糕！修复权限...然后执行以下操作：
$ svn add papers
svn: warning: 'papers' is already under version control
$ svn st
~ papers
$ svn cleanup
svn: 'papers' is not a working copy directory
即使移动文件并运行svn up（这对于提问者来说有效）也无法解决问题。以下是我所做的：
$ mv papers papers_
$ svn cleanup
$ svn revert papers
Reverted 'papers'
$ mv papers_/ papers
$ svn add papers
那个起作用了。
我通过以下方法解决了这个问题：
在我的情况下，问题是由于删除了 .svn 文件导致的。
SVN
|_
|
subfolder1
|
subfolder2 (here you get an error)
在这种情况下，您需要提交上一级目录。
解决方法：
重命名不是“工作副本”的目录。 重新检出/更新/还原此目录。 将文件从重命名的目录移动到新目录。 提交更改。
原因：
您对.svn目录下的某些文件进行了更改，这破坏了“工作副本”。
'./'来表示当前文件目录。这是我所做的：
同样的，我需要更新一个“contrib”文件夹：
在我的情况下，问题也是由于删除了 .svn 文件夹。
问题已解决。