Visual Studio 2005 を ClearCase Eclipse ファイル (バージョン管理されたファイルを "Eclipse" するプライベート ビュー) で使用しようとしていますが、ファイルを VS に保存すると、Eclipse が解除され、バージョン管理されたファイルに戻ります。Linux では、Visual Studio の代わりに VIM を使用し、backupcopy=yes を設定することでこの問題を回避します。これにより、元のファイルを移動する代わりに、新しいファイルに書き込み、既存のファイルに新しいファイルをコピーすることで強制的にファイルを保存します。ファイルを邪魔にならないように (日食を元に戻します)、新しいファイルを書き込みますが、Windows では Visual Studio を使用したいと思います (ツリーには VS でコンパイルされた C# コードも含まれているため)。この方法でファイルを保存するように教える方法はありますか?
2 に答える
ファイルが最初に削除されてから書き込まれる可能性がある特定の方法で Visual Studio がファイルを保存するとは思いません。
そう考えると、Visual Studio を使った Windows などの開発者環境では、大文字と小文字を区別し、後で大文字と小文字を区別しないファイルを記述するだけで、ファイルの重なりが発生することがよくあります。
したがって、ファイルの大文字と小文字を確認しましたか?
Windows ビューに関連付けられている構成仕様も確認できますか? (そしてそれをあなたのLinuxビューと比較してください)。
Visual Studio 2005 / ClearCase / 動的ビューで 1/2 時間を費やすだけで、同じことがわかります。
私が推測できる唯一の回避策は、非選択ルールを追加することです。
element /my/private/file -none
そうすれば、VS2005 が保存時にプライベート ファイルを削除して追加しても、バージョン管理されたファイルがまったく選択されていないため、ClearCase はバージョン管理されたファイルを復元しようとしません。
Si、答えはVS2005内に存在しない可能性があります(保存プロセスを変更する明らかな設定を確認せずにオプションを調査しました...)が、ClearCase内にあります。
それが役立つかどうか教えてください。
コメントに記載されているように、このアプローチの欠点は、"un-eclipse" は、プライベート ファイルを移動/削除して、ClearCase がバージョン管理されたファイルを動的に復元できるようにすることではないことです。
ここで、そのステップを別のステップで補完する必要があります。これは、構成仕様の非選択ルールにコメントすることです。
誰かがまだこれを読んでいるなら... Visual Studio 2008 が問題なく動作しているように見えることを発見しました。図に行く...