Subversion メモのバックアップ(No.1)

Subversion †

"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やRapidSVNの文字コードが変わっていないか。
エディタの文字コード設定が変わっていないか。
Eclipseの場合は、プロジェクトをクリーンアップ（リビルド）してみる。
環境変数 APR_ICONV_PATH が設定されてなければ追加。
ここがカレントになっていればコミットできるけど、そうでない場合に失敗している？PATHを（C:\Program Files\Subversion\iconv とかに）通してしまってもいいのかも。

これは確定的な原因がわからないので調査中。

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

これでダメなら、一度該当ディレクトリを物理的に削除して（勿論、ソースファイルなどはバックアップして）、再度そのディレクトリをリポジトリから取得（チェックアウト）する。