私たちは9つのUCMコンポーネントを持っています。私たちはいくつかのビルド中のツールを使ってコード数を見つけ出しています。各コンポーネントのベースラインを使用して、それらをconfig spec内のベースクリアケースビューに配置する必要があります。これは複雑なプロセスです。UCMコンポーネントの統合コーデックカウントを見つける方法は?
コンポーネント内のすべての要素の連結コード数を調べたいとします。 ClearCaseのUCMコマンドに簡単な方法がありますか?
私たちは9つのUCMコンポーネントを持っています。私たちはいくつかのビルド中のツールを使ってコード数を見つけ出しています。各コンポーネントのベースラインを使用して、それらをconfig spec内のベースクリアケースビューに配置する必要があります。これは複雑なプロセスです。UCMコンポーネントの統合コーデックカウントを見つける方法は?
コンポーネント内のすべての要素の連結コード数を調べたいとします。 ClearCaseのUCMコマンドに簡単な方法がありますか?
複合ベースラインを定義するためにルートレスコンポーネントを使用できます。あなたが1つの専用のストリームだろう
:あなたは、各コンポーネントに関連するベースラインを更新してしまう
多くの読み取り専用コンポーネントと1つのルートレスコンポーネントがある場合のベースラインの作成では、ルートレスコンポーネントにコンポジットベースラインを作成します。これには、他のルートベースコンポーネントのベースラインが含まれます。
あなたは、そのルートレスコンポーネントの特定(コンポジット)、ベースラインを読み取るための専用 別流れ、持つことができ:そのストリーム上のビューでは、コンポジットによって参照されるすべてのルートベースのコンポーネントのコンテンツにアクセスできるようになりますがベースライン。
申し訳ありません。理解するのは難しい。あなたはそれを言い換えることができますか? – Samselvaprabu
@Samselvaprabu:どの部分が分かりませんか? 2つのストリームが必要です。 1つは、各コンポーネントに必要なさまざまなベースラインに基づいたコンポジットベースラインを作成するためのものと、コンサルティング*コンポジットベースラインのコンテンツ(コンポジットベースライン* n *ベースライン*で表示するためのもの) *コンポーネント(そのコンサルティングストリームに基づいてそのビュー内で「コード内のコードを見つけるためのビルドツール」を実行できます)。この考え方は、すべての* n *コンポーネントへのアクセスを* 1 *(複合)ベースラインを通じて「統合」できるようにすることです。 – VonC