我只是创建了一个新文件夹，签出项目，将更新的文件复制到新文件夹中。

用新的结账方式修好了。

我做了以下来解决我的问题:

的前面加上“_”，重命名了有问题的文件夹 文件夹的名字。 对父文件夹进行了“清理”。 将有问题的文件夹重命名为原来的名称。 做了一个提交。

对我来说，问题是完全满磁盘驱动器(linux inodes在我的情况下)，当我删除一些文件夹，它又开始工作了。

错误如下(任何svn动作):

$ svn cleanup
svn: E155004: Run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
svn: E155004: Working copy locked; try running 'svn cleanup' on the root of the working copy ('/my/directory') instead.
svn: E155004: Working copy '/my/directory' locked
svn: E200030: sqlite[S14]: unable to open database file
svn: E200030: Additional errors:
svn: E200030: sqlite[S14]: unable to open database file

对我来说，诀窍是在我的工作副本顶部运行svn cleanup，而不是在问题发生之前我一直在工作的文件夹中运行。

工作中的一位同事经常看到这条消息，对他来说，这是因为他删除了一个在SVN版本控制下的目录，而没有从SVN中删除它，然后在其不受版本控制的位置创建了一个同名的新目录。

如果这是你的问题……

有不同的方法来修复它，这取决于如何/为什么替换目录。

无论哪种方式，你都可能需要:

A)将现有目录重命名为临时名称

B)通过SVN还原恢复从文件系统中删除的目录，但不从SVN中删除

从那里开始，你可以选择

A)将相关文件复制到被删除的目录中

B)如果目录中的内容发生了重大变化，请对原始目录进行SVN删除，提交，并将新目录重命名为所需的名称，然后进行SVN添加以使该目录处于版本控制之下。

首先尝试了许多解决方案，然后我只是删除了我有问题的文件夹。

然后执行SVN Update。

这对我很管用。

我不推荐这种方法，但除了这种方法，其他方法都不起作用。：(