乌龟SVN-错误：增量源意外结束

在尝试对目录执行SVN更新时，我会遇到上述错误，因此，对该目录中的文件所做的更改不会下拉到我的工作副本中。如果我转到repo浏览器，它可以看到已经做出的更改，但这个错误似乎只是扼杀了所有的更新

我尝试过删除有问题的文件，并执行了SVN更新，删除了目录，甚至删除了顶级目录，并重新签出了整个存储库，但仍然得到相同的错误。在广泛的谷歌搜索之后，这是我能找到的唯一一个取得一些成功的方法

我正在运行OrtoiseSVN:1.7.9和Subversion 1.7.7

---

如果您有任何想法，我们将不胜感激。

排序后，我必须对我的本地副本进行顶级删除，并删除隐藏的.svn文件夹，这是关键部分。然后只需重新签出存储库。希望这至少对将来遇到这种情况的人有用。

我也有同样的问题。导致错误的文件与svn:external链接。 我首先尝试删除/重新提交真实文件，但没有任何帮助。

---

然后我删除了链接并再次添加，这为我解决了这个问题

其他答案都不适合我。甚至完全删除本地副本并再次签出也不起作用

相反，我遵循了以下建议：

• 从存储库中删除该文件
• 提交删除
• 再次添加该文件
• 提交添加

编辑

事实证明，上面的修复通常有助于只处理一次提交的错误。后来又发生了。但是，所有受影响的文件名称中都有空格。重命名这些文件（例如，删除空格）会更持久地处理错误。

有关添加的信息（以及提交删除然后重新添加攻击性文件的原因），我发现在尝试提交以下内容时出现此错误：

filename.JPG（原始版本文件）

filename.jpg（我试图提交的修改过的文件）

---

它标识为相同的文件，但是大写差异会导致增量源错误。

将TortoiseSVN从1.6更新为1.9，然后应用“SVN升级工作副本”操作（通过Windows资源管理器中的上下文菜单）为我工作。

我必须回到使用旧svn客户端文件格式的svn客户端<1.7。因此，我安装了最新的1.6版本的OrtoiseSVN（1.6.17），到目前为止，它运行良好

提供一点背景信息：从SVN版本1.7开始，将使用基于

sqlite

数据库的新客户机文件格式。这可以通过顶部项目文件夹中的单个

.svn

文件夹识别，而旧的（1.7之前）文件格式为每个本地文件夹使用一个

.svn

文件夹。与基于新的

sqlite

文件格式的工作副本相比，基于旧格式的工作副本占用的空间大约是前者的两倍