ディレクトリでSVN更新を実行しようとすると、上記のエラーが発生します。その結果、このディレクトリ内のファイルへの変更が作業コピーにプルダウンされません。リポジトリブラウザにアクセスすると、加えられた変更を確認できますが、このエラーにより、更新のプルがすべてまとめられてしまうようです。
問題のファイルを削除してSVN更新を実行し、ディレクトリを削除し、最上位ディレクトリを削除してリポジトリ全体を再チェックアウトしようとしましたが、それでも同じエラーが発生します。大規模なグーグルの後、これは私が見つけることができた唯一のアプローチであり、ある程度の成功を収めました。
TortoiseSVN：1.7.9とSubversion1.7.7を実行しています
任意のアイデアをいただければ幸いです。
他の答えはどれも私にはうまくいきませんでした。ローカルコピーを完全に削除して再度チェックアウトしても機能しませんでした。
代わりに、http： //www.tomaz.me/2014/01/01/resolving-delta-source-ended-unexpectedly-svn-issue.htmlによって提供されたアドバイスに従いました。
編集
上記の修正は、多くの場合、1つのコミットのみのエラーを処理するのに役立ちました。後でそれは再発した。ただし、影響を受けるすべてのファイルの名前にはスペースが含まれていました。これらのファイルの名前を変更する（たとえば、スペースを削除する）と、エラーがより永続的に処理されます。
ソートされ、ローカルコピーのトップレベルの削除と、重要な部分である非表示の.svnフォルダーを削除する必要がありました。次に、リポジトリのフレッシュチェックアウトを実行します。少なくとも将来これに遭遇する人にとって、これがいくらか役立つことを願っています。
追加情報（および削除をコミットしてから不快なファイルを再度追加する理由）については、次のことをコミットしようとすると、このエラーが発生することがわかりました。
filename.JPG（元のバージョン管理されたファイル）
filename.jpg（コミットしようとしている変更されたファイル）
同じファイルとして識別されますが、大文字と小文字の違いにより、デルタソースエラーが発生します。
TortoiseSVNを1.6から1.9に更新してから、「SVNアップグレード作業コピー」操作（Windowsエクスプローラーのコンテキストメニューを使用）を適用すると、うまくいきました。
私も同じ問題を抱えていました。エラーの原因となったファイルはsvn：externalにリンクされていました。私は最初に実際のファイルを削除/再コミットしようとしましたが、役に立ちませんでした。次に、リンクを削除して再度追加しました。これで問題は解決しました。
古いsvnクライアントファイル形式を使用するsvnclient<1.7に戻らなければなりませんでした。そこで、最新の1.6バージョンのTortoiseSVN（1.6.17）をインストールしました。これは、これまでは正常に機能していました。
sqlite背景を少し説明します。SVNバージョン1.7以降、データベースに基づく新しいクライアントファイル形式が使用されています。これは、プロジェクトの最上位フォルダーにある1つのフォルダーで認識.svnできますが、古い（1.7より前の）ファイル形式では.svn、ローカルフォルダーごとに1つのフォルダーが使用されます。古い形式に基づく作業コピーは、新しいsqliteファイル形式に基づく作業コピーと比較して、約2倍のスペースを占めます。