更新目录权限(授予写访问权)也可以解决这个问题。

chmod +w <dir_name>

在解决方案资源管理器中，右键单击项目，在打开的子菜单中单击subversion并选择清理。它会解决问题，就像对我一样。希望它能起作用。

在对项目结构进行更改时，首先可以通过使用svn copy和svn move etc命令来避免这类问题。请记住，svn只检查已经添加到subversion的文件中的更改，而不检查物理目录结构的更改。请参阅http://svnbook.red-bean.com/en/1.7/svn.tour.cycle.html

此外，在提交更改时，svn首先在todo列表中存储更改的“摘要”。在执行此todo列表中的svn操作时，它会锁定该文件，以防止在执行这些svn操作时发生其他更改。如果svn的操作中途中断，比如崩溃，文件将保持锁定状态，直到svn完成todo列表中的操作。可以使用svn cleanup命令“重新激活”。请参阅http://svnbook.red-bean.com/en/1.7/svn.tour.cleanup.html

做清理工作

删除“。svn”文件夹。 在根文件夹中执行svncheckout。 尝试执行清理操作。

这解决了我的问题。

更新目录权限(授予写访问权)也可以解决这个问题。

chmod +w <dir_name>

SVN通常在从存储库获取实际文件之前更新文件夹中文件的内部结构(. SVN /prop-base)。一旦获取文件，这将被清除。在更新过程中，由于“更新”失败或过早取消，通常会抛出错误。

检查.svn/prop-base目录下列出的文件 删除任何不在文件夹下的文件 清理 更新

现在更新应该可以工作了。