VonC が述べたように、VSS から ClearCase へのインポートは次のように非常に厄介です。
- エクスポート/インポートが完了するまでに時間がかかるため、IBM に対して PMR を開きます (これは役に立ちませんでした)。
- Source Safe 共有はファイルに変換され、あちこちに複製が作成されます (恐ろしい!)。
私自身 ClearCase UCM に取り組んでいますが、あなたと同じ決定を下しました (CM での 10 年間の経験では、これが常に最良の決定です): 参照用に履歴を残し、多くても 2 つのバージョンを 1 つにインポートします。他のものの上に、手で (current in development; current in test; current in live のように)。
共有の問題を解決する方法は次のとおりです。
ソースツリーから分離された「共有」は、他のソースから独立してインポートされます
ゼロからインポートされた他のソース (履歴と共有なし)。MAIN_SRC というコンポーネントで言ってみましょう
ゼロから (履歴なしで) インポートされた共有。SHARE_SRC というコンポーネントで言ってみましょう
MAIN___SRC と SHARE_SRC の両方のコンポーネントを含むプロジェクトが作成されました。
IDE (Visual Studio など)が共有が以前と同じフォルダーにあることを完全に期待している場合 (つまり、Visual ではすべてのプロジェクトが正しくない場合、この問題を解決できず、すべてのファイルを Visual 自体から再リンクする必要があるなど...多くの作業)。
これは、ClearCase VOB シンボリック リンクを使用することで解決されます。
MAIN___SRC で、SHARE_SRC の myShared ファイルというファイルを使用する必要があるとします。
myShared ファイルを使用する必要があるフォルダー内から、コマンド ライン インターフェイスを使用して次を実行します。
cleartool ln -s ..\..\SHARE_SRC\(myPath)\mySharedFile .
ClearCase でコンポーネント フォルダ レベルに移動し、SHARE_SRC コンポーネント フォルダ内のパス (myPath) に従って下に移動するには、必要な数の ..\.. が必要です。
ClearCase パスは次のもので構成されていることに注意してください。
M:\View_name\VOB_name\Component_name\Your first level of files and folders
( VOB_name\Component_name はコンポーネントの「ルート」です。ただし、コンポーネント VOB が 1 つの場合は別です。この場合、VOB_name\Component_name は単なる VOB_name になります)
最も簡単な方法は、作成する必要があるすべての VOB シンボリック リンクのマッピングを用意し、必要なすべての「cleartool ln -s」コマンド ラインをスクリプトに入れて 1 回実行することです。
その後は問題なく、IDE はソースが元の場所にあると認識します。
乾杯、
トーマス