"Subversion" は "SubVersion?" に非ず。
日本語などマルチバイト文字が含まれるファイルをコミットしようとすると、 次のようなエラーが出てコミットできないことがある。
Safe data (ファイルorディレクトリ) was followed by non-ASCII byte %d. Non-ASCII character detected (see above), and unable to convert to/from UTF-8
SVNサーバのLANG設定は正しい、かつ、今までは普通にコミットできていたのに、 急にコミットできなくなった、という場合は、次のチェックをしてみる。
これは確定的な原因がわからないので調査中。
Subeclipseで衝突(更新が競合)したファイルがあると、競合ファイルの該当箇所に相違点が書き込まれ、これとは別に次の3つのファイルが作成される。
該当ファイルがJavaなどのソースファイルであれば、Subeclipseが書き込んだコメントのためにコンパイルエラー状態になる。大きな相違がなければ、そのエラー部分を消して、新たにできた3ファイルも削除してやれば、普通にローカルで更新された状態になる。それをコミットすればOK。
updateしようとすると、次のようなエラーが出て更新できないことがあった。
Attempted to lock an already-locked dir svn: Working copy 'c:/workspace/webapp' locked
svnの処理を強制中断したりすると、ときどきこういう状態になるらしい。
この場合、問題のディレクトリをクリーンアップすればなおる。
cleanup c:/workspace/webapp
これでダメなら、一度該当ディレクトリを物理的に削除して(勿論、ソースファイルなどはバックアップして)、再度そのディレクトリをリポジトリから取得(チェックアウト)する。