我的根目录中有一个文件把它弄乱了。(没有锁文件，svn清理失败等)我的整个签出是> 2GB，网速较慢，所以再次检查所有内容对我来说不是一个很好的选择。

对我有用的是:

还原&还原的变化 搞砸了工作副本(#1)。 又查了一份回购文件 (2)——depth为空 添加和 在new中提交文件 工作副本(#2)。 已在 原始工作副本(#1)。

对我来说似乎又恢复正常了。

应该做到以下几点:

SVN status | grep”。L" | sed 's/。*(. *) / \ 1美元/ | awk的{打印长度(1美元),$ 1}”|排序nr | awk的{打印2美元“pushd;SVN清理;Popd "}' | sh

只需删除.svn文件夹，然后在父目录上运行清理。完美的工作! !

步骤:

关闭svn文件夹中的所有编辑文件 关闭eclipse或任何正在使用svn目录中的文件夹或文件的编辑器。 右键单击svn签出文件夹，然后单击释放锁。 右键单击svn签出文件夹，然后单击清洁。 您的SVN已准备好进行SVN提交和更新操作。

欢呼:)

在我的例子中，一台运行TortoiseSVN的Windows 7机器无法完全重命名文件夹。任何清理、更新或重命名操作的组合都不能解决这个问题。文件夹最初是用不同的case创建的，Tortoise或Subversion不会将其更改为存储库中的内容。

我的解决方案是:

通过Windows资源管理器复制文件夹(不带Subversion控件) 文件)在项目之外。 通过TortoiseSVN删除并提交文件夹。 通过Windows资源管理器将文件夹复制回正确的(当前)名称。 通过TortoiseSVN将文件夹添加回存储库。

我在每一步之后都进行了清理。糟糕的解决方法，但对我很有效。

如果您在Windows机器上，通过浏览器查看存储库，您可能会看到两个具有相同文件名但使用不同大小写的文件。Subversion是区分大小写的，而Windows不是，所以当Windows认为它正在拉下同一个文件而Subversion没有时，您可以获得一个锁。请删除存储库中重复的文件名，然后重试。