2009-06-03 12 views
1

Subversion 1.5.xをインストールしてからTortoiseSVN 1.6.xをインストールしました。複数のSubversionクライアントとTortoiseSVN

1.5.xのコマンドラインユーティリティを使用するだけで問題ありませんでした。しばらくの間svnで快適になった後、私はTortoiseSVNクライアントを使ってコミットを行いましたが、コマンドラインクライアントは私に古いクライアントを与え、すべてのコマンドで新しいクライアントエラーを取得します。

1 - 作業コピーを破損しましたか?私はTortoiseSVNがうまく動作するので、そうは思わない。

2 - 私はちょうど1.6.xのコマンドラインクライアントをダウンロードして、TortoiseSVNと同時にコマンドラインsvnを使いたい場合にこれを使用しなければならないと思います。 TSVN FAQによれば、クライアントはその意味を問わず互いの「上」にインストールできます。

この場合、古いコマンドラインクライアントをバイパスするにはどうすればよいですか?

新しいsvn.exeを直接実行するか、環境パスを変更するか、インストールパッケージによって新しいsvnディレクトリがパスの最後に追加されます。

ありがとうございます。

+1

私は最近、プロジェクトで同じ問題を抱えていました。ユーザーはTortoiseSVN 1.6を使用していましたが、1.5を使用する自動ビルドではクライアントに古いメッセージが届きました。こちらをご覧ください:http://stackoverflow.com/questions/802348/subversion-getting-the-client-is-too-old-even-though-all-devs-are-running-the-sa –

答えて

5

作業コピーの形式がSubversion 1.6で変更されました。 TortoiseSVN 1.6を使用した場合、作業コピーは自動的に新しい形式に更新され、以前のバージョンのクライアント(1.5バイナリなど)では読み込めなくなりました。

Subversion 1.5クライアントバイナリを現在のバージョン1.6.2に置き換えるだけで、すべてが再び機能します。

+0

答え。 CollabNetから1.6.xをインストールしましたが、コマンドラインからsvnが動作します。 インストーラはパスから古いsvnクライアントパス名を削除し、パス環境変数への新しいクライアントパスを指定しました。私はそれがSubversionサーバーに影響するかもしれないと思ったが、すべてがうまくいくようだ。 – Steve

1

SVN 1.5と1.6は、作業コピー情報の形式が異なります。 1.6クライアントを使用すると、自動的に作業コピーが変換され、以前のクライアントは作業コピーを使用できなくなります。そして戻って行く方法はありません。

正しい解決策は、svn 1.6コマンドラインクライアントをダウンロードすることです。またはTortoiseSVNを1.5にダウングレードして、チェックアウトをやり直してください。

関連する問題