屋根裏やディレクトリ内のCVSコンマ-Vファイル

Question

私は数年古いと、それは両方の屋根裏で、与えられた場所の実際のディレクトリに同じ名前のコンマ-Vファイルを持っていることに気づいたある生産CVSリポジトリを持っています。これは誤りであるように思われる。

私の質問はどのようにこれが最初の場所で発生する可能性がありますし、重複したファイルが存在する場合CVSは何を行いますです。

私の推測（希望）は非屋根裏のバージョンがあるとき、それは屋根裏バージョンのすべての時間を無視するということです。缶誰も確認するとCVSの振る舞いだけでなく、すべてのこのような状況のための時間ます。

私は「新しい」ソースコントロールシステムに侵入するための過程にいるよとところで、このエラーはcvs2svnでフラグが立てられた。

Answer 1

誰かのは（つまり、いないCVSクライアントを経由して）CVSリポジトリ内の周りいじくるから、この問題の結果。残念ながら、このようないじくるは、CVSはファイルの名前を変更することはできませんという制限を回避するために、たとえば、一般的です。おそらく誰かがファイル名は、以前のプロジェクトの歴史の中で使用され、したがって、すでにFILENAME,vファイルを持っていたことに気づかず、そのAttic/FILENAME,vファイルを移動することで、ファイルの名前を変更しようとします。

  私の推測（希望）は非屋根裏のバージョンがあるとき、それは屋根裏バージョンのすべての時間を無視するということです。缶誰も確認するとCVSの振る舞いだけでなく、すべてのこのような状況のための時間ます。

これはリポジトリ破損の形であるので、

、私はこのような状況ではCVSの動作が文書化されているかどうかを疑います。ほとんどの場合、あなたの推測は正しいですが、それは常にこの方法は、おそらくCVSのソースコードの解析を必要とする動作することを保証する - あなたが今まで使用してきたことをCVSのすべてバージョン用。私はあなたがあなたの典型的なCVSのクライアントとあなたの最も重要な支店を持ついくつかの実験を行うことを示唆しています。

  

私は「新しい」ソースコントロールシステムに侵入するための過程にいるよとところで、このエラーはcvs2svnでフラグが立てられた。

cvs2svnはこの問題の周囲で作業するための提案ます。

の数を持っています