回答:
これによると：http : //www.devcha.com/2008/03/svn-directory-svn-taining-working.html
「blabla」フォルダーを別の場所にチェックアウトし、その.svnフォルダーを元の「blabla」にコピーして戻します。
fwiw、私は同様の状況で、svn --force delete __dir__を使用しました。これで問題は解決しました。その後、通常どおり作業コピーを使用して作業を続けました。
svn cleanupそれからsvn --force delete <directory-that-doesn't-exist-but-should>私のために働いた。
これを修正するために行ったのは、問題のフォルダーのローカルコピーを削除し、svn updateその後すぐに親を削除することでした。
直った。
親ディレクトリの新しいコピーをチェックアウトできますか？
編集：もう少し具体的に言うと、1つ上のレベルに移動して、含まれているディレクトリを削除することをお勧めします。その後、
svn update --set-depth infinity
ディレクトリを置き換えます。
--set-depth infinity、このため：stackoverflow.com/questions/866835/...
私は「svn revert / blabla」を実行しただけで機能しました。フォルダが戻ってきて、svn deleteで削除できます
私たちはmavenとsvnを使用しています。このエラーの原因は、SVNへのターゲットディレクトリの誤ったチェックインでした。このヒントが誰かを助けるなら、それを取り除くことはすべてを修正しました。
「C：\ superfolder」を切り替えようとしたときに同じ問題が発生しました
エラーメッセージ：
Directory 'C:\superfolder\subfolder\.svn' containing working copy admin area is missing Please execute the 'Cleanup' command.
「クリーンアップ」を実行しようとした後、次のエラーが発生しました。
Cleanup failed to process the following paths: C:\superfolder\ 'C:\superfolder\subfolder\' is not a working copy directory
解決：
これは私のために働いた。それでも問題が解決しない場合はお知らせください。
サードパーティのAPIライブラリを新しいバージョンに置き換えるときにこの問題に遭遇しましたが、SVNバージョンをローカルバージョンに置き換えたかったため、ここでの解決策はどれも実際には機能しませんでした。私の解決策は次のとおりです：
1）問題のフォルダをホームディレクトリに移動し、SVNから削除してコミットします。
mv foldercausingproblem ~/
svn --force delete foldercausingproblem
svn commit --message "Temporary removing folder with old API"2）フォルダを元に戻し、SVNに追加して再度コミットします。
mv ~/foldercausingproblem ./
svn --force add .
svn commit --message "Finally all working!"2回コミットする必要があることで少しイライラしますが、問題なく動作したようです。
私にとって、私が両方の場合に同じ問題が発生しました：
--force）.mapファイルsvn:ignoreviaに追加svn propedit svn:ignore .私の解決策は：
まず、プロジェクトをフォルダー内のシステムにチェックアウトします。次に、.svnフォルダーを競合プロジェクトから削除し、.svnフォルダーを新しいチェックアウトフォルダーからコピーして、作業コピーフォルダーに貼り付けます。その後、問題は解決されます。
.svnサブディレクトリを散らかすことは、バージョン管理履歴の中で最悪の考えだったに違いありません。