当尝试在目录上执行SVN更新时，我收到上述错误，因此对此目录中文件的更改不会被下拉到我的工作副本。如果我转到repo-browser，它可以看到已经进行的更改，但是这个错误似乎只是一起杀死了更新。
我尝试删除有问题的文件并执行SVN更新，删除目录甚至删除顶级目录并重新检出整个存储库，但仍然会收到相同的错误。经过广泛的谷歌搜索，这是我能找到的唯一成功的方法。
我正在运行TortoiseSVN：1.7.9和Subversion 1.7.7
非常感谢任何想法。
答案 0 :(得分：5)
其他答案都不适合我。即使完全删除本地副本并再次检出也无效。
相反，我遵循了http://www.tomaz.me/2014/01/01/resolving-delta-source-ended-unexpectedly-svn-issue.html提供的建议：
修改
事实证明，上面的修复通常只能帮助处理一次提交的错误。后来又重新出现了。但是，所有受影响的文件名称中都有空格。重命名这些文件（例如删除空格）可以更永久地处理错误。
答案 1 :(得分：2)
排序后，必须对我的本地副本进行顶级删除，并删除隐藏的.svn文件夹作为关键部分。然后只需对存储库进行新的检查。希望这对任何至少遇到此问题的人都有用。
答案 2 :(得分：1)
将TortoiseSVN从1.6更新为1.9，然后应用＆＃34; SVN升级工作副本＆＃34;操作（通过Windows资源管理器中的上下文菜单）为我工作。
答案 3 :(得分：0)
我有同样的问题。导致错误的文件与svn：external链接。 我首先尝试删除/重新发送真实文件，这没有任何帮助。 然后我删除了链接并再次添加，这解决了我的问题！
答案 4 :(得分：0)
有关添加的信息（以及提交删除然后重新添加令人反感的文件的原因）我发现在尝试提交以下内容时出现此错误：
filename.JPG（原始版本文件）
filename.jpg（我正在尝试提交的修改后的文件）
它标识为同一文件，但大小写差异会导致增量源错误。
答案 5 :(得分：0)
我不得不回到svn客户端＆lt; 1.7使用旧的svn客户端文件格式。所以我安装了最新的1.6版本的TortoiseSVN（1.6.17），到目前为止工作正常。
提供一些背景知识：从SVN 1.7版开始，使用基于sqlite数据库的新客户端文件格式。这可以通过顶部项目文件夹中的单个.svn文件夹识别，而旧的（1.7之前的）文件格式每个本地文件夹使用一个.svn文件夹。与基于新sqlite文件格式的工作副本相比，基于旧格式的工作副本占用的空间大约是空间的两倍。