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