これはかなり簡単です(ClearCaseの設定については、あなたの質問には関係のないUCMトレーニングの部分は扱いません)。
あなたはvobsを移動する必要はありません。
「UCMへのマウントベースクリアケースvobs」や「UCM Vob」などはありません。
Vobには、ベースClearCaseとUCMコンポーネントが同時に管理する要素が含まれています。
aVob\aCmp1
aVob\aCmp2
...
ので、限り、すべてのあなたの将来のUCMコンポーネントは、その要素を持っている:
あなたは注意する必要がある唯一の制約は、UCMコンポーネントは1つのレベルのVOB真下にその根を持っているということです既に(あなたの現在のベースClearCaseの設定で)のVOBの最初のディレクトリで、次のことができます。
は
- は、UCMコンポーネントを定義しますいつでも、あなたは(それは問題ではない、とあなたはUCMのものを使用して非UCMのブランチをマージすることができるようになります)したい場合
\aVob\aCmp1
- のルートディレクトリにベースのClearCaseを使用して上に行く:平行にベースClearCaseの使用とUCMの使用の間で実行が可能です。
- UCMプロジェクトで新しく定義されたコンポーネントを使用して、UCMブランチ(つまり、Streamsに接続されたブランチ)に新しいバージョンを作成します。
PVobはプロジェクト、ストリーム、コンポーネント定義を記録します。
OP Samselvaprabuはコメントで追加されます。
UCMにベースからすべてのファイルとディレクトリを移動する方法。ベースからUCMにコピーしてチェックインするか(clearfsimportを使用して)、Clearcase自体にコンテンツをベースからUCMに移動するのに便利な方法がありますか?
短答? あなたが「UCMに移動」しません:
(長い答え)
あなたが作る唯一の「動き」は、あなたのデータは、VOBファイルの最初のレベルの下に編成されていることを確認することです。
これは、Vob内のデータの単純な「cleartool move
」を意味します。
いいえclearfsimport
または必要なUCMコマンド。
あなたがコンポーネントとして宣言したいファイルのいくつかのセットを持っていた、とだけ下(そのすべての履歴を保持します)p1
を移動し、\myVob\my_projects\p1
に保存した場合:\myVob\p1
。
それです。
これ以上何もしません。データが正しく整理されていたら
次に、あなただけ:
- は、ルートディレクトリで、はUCMコンポーネントを宣言しながら、限り、あなたは
- をしたいとするために、ベースのClearCaseでそれらを使用しに行きます
\myVob\p1
。
コンポーネントが宣言されている場合、唯一の制限はp1
内の要素を\myVob\p1
以外に移動できないことです。
でも、あなたはそれらを移動し、チェックアウトし、\myVob\p1
の中で自由にチェックインすることができます。
ベースのClearCaseビューから、またはUCMビューから。
\myVob\p1
で宣言されたコンポーネントを持つことは、そのルートディレクトリ内の要素に他の特別な制限はありません。彼らは「変容した」ものではなく、歴史を残し、自由にベースやUCMで使うことができます。
バディー、私は要素の動きに対して少し説明したいと思います。すべてのファイルとディレクトリをベースからUCMに移動する方法。ベースからUCMにコピーしてチェックインするか(clearfsimportを使用して)、Clearcase自体にコンテンツをベースからUCMに移動するのに便利な方法がありますか? – Samselvaprabu
@Samselvaprabu:私はあなたの追加質問に答えるために私の答えを編集しました。 – VonC
自己への注意:この受け入れられた質問で、私はついに200Kマークを渡します。 – VonC