3

svn update単一ファイルsvn：externalsの作業コピーフォルダーを使用してエラーが発生しました。これに対する回避策があるのか​​、何か間違ったことをしているのか、それともこれがクライアント1.7.xのsubversionのバグなのか疑問に思います。

このエラーは、svn update単一のファイルがあるフォルダーでSubversion 1.7.5（TortoiseSvn1.7.7およびslikSvn1.7.5を試した）を使用して呼び出すと発生しますsvn:externals。更新は実際に行われるため、Subversionクライアントのバグだと言いたくなりますが、失敗すると言われています。

参考までに、サーバー側は非常に古いバージョン（1.1.4 [r13838]）を使用していますが、私が知っていることから、外部はクライアントの「機能」であるため、古いサーバーは問題になりません。さらに、これはsubversion 1.6.x（クライアント）を使用してうまく機能します。

これは私が観察するシナリオです：

  1. プロジェクトをチェックアウトします（単一のファイルがありますsvn:externals）

    svn checkout http://my/repo/projects/proj1 proj1

  2. 単一のファイルで作業コピーのフォルダーを参照しますsvn:externals。例えば

    myFile.txt http://my/repo/components/comp1/myFile.txt

  3. 実行svn updateすると、次の出力が得られます。

外部アイテムを'trunk\ proj1 \ source \ myFile.txt'にフェッチしています：
：警告：W160016：オープンに失敗しました
'/components/comp1/myFile.txt/myFile.txt'


svn:externals以下のように、ローカルファイルの名前が異なるようにを変更する場合：

my_file.txt http://my/repo/components/comp1/myFile.txt

次に、3。のエラーメッセージは次のようになります。したがって、最後のスラッシュ（'/'）の後のファイルは、ファイルのローカルバージョンです。

外部アイテムを'trunk\ proj1 \ source \ myFile.txt'にフェッチしています：
：警告：W160016：'/components/comp1/myFile.txt/my_file.txt'を開くことができません
4

1 に答える 1

2

これは確かに Subversion クライアントのバグです。詳細については、 http ://subversion.tigris.org/issues/show_bug.cgi?id=4224 を参照してください。subversion 1.7.7 で修正されています。

質問で指摘されているように、幸いなことに機能には影響しません.ローカルファイルは外部ファイルと一致するように更新されていますが、誤ったエラーメッセージが表示されます.

于 2013-07-30T18:14:00.887 に答える