問題タブ [clearcase-ucm]

2 つのベースライン間で行ったすべての活動をリストしたいと思います。ベースラインは同じストリームにありますが、各開発者は自分の子ストリームで作業し、作業を配信しています。 SO には 2 つの同様の 質問がありますが、各アクティビティ内のすべてがリストされているわけではありません。

GUI では、各配信アクティビティを入力し、それを構成するアクティビティを一覧表示する必要があります。

最新のベースラインと特定のプロモーション レベルにある前任者の間のアクティビティをリストできれば、ボーナス ポイント。

アクティビティ名だけを表示するようにリストをフォーマットできれば、さらに多くのボーナス ポイントが得られます。

シェル スクリプトの出力の単語を検索し、別の変数に保存する方法。

以下のコマンドは、ビューにベースラインのリストを表示します。

出力:

を含む行を検索する必要があり"MOR_BuildTree"、残りのコマンドを実行するには、その出力行を 1 つの変数に保存する必要があります。誰でも提案できますか？

コマンドラインの現在のビューから堆肥ベースライン情報を取得する方法はありますか?

スクリプトでコマンドを使用しています。私のビューには、composite および ovverride コンポーネントのベースラインを含むコマンドのリストが表示されています。

cleartool lsstream -fmt "%[found_bls]NXp\n" -view $VIEW_NAME

コマンドの出力として複合ベースラインのみが必要です。

現在のビューで複合ベースラインを見つけるコマンドはありますか? 助けてください。

UCMでコンポーネントを作成するように言われました。

コンポーネントとVOBの違いを初心者にどのように説明しますか？

また、2つのオプションを要求します。

VOB内のコンポーネントとVOBなしのコンポーネント。

VOBなしでコンポーネントを持つことの使用は何ですか？

これは、この回答に対するフォローアップの質問です: https://stackoverflow.com/a/9579131/1204799

「ルートベースのコンポーネントを作成するのが最善です」

いくつかのスタンドアロン アプリケーションがある場合 (つまり、それらの開発と配置が独立していることを意味します)、それらに対応するために別の VOB を作成するべきではありませんか? 私が今行っていることは、いくつかの UCM プロジェクトを含む 1 つの PVob があり、各 UCM プロジェクトには独自の Vob とベースライン コンポーネント (Vob のないコンポーネント) があることです。私はそれを間違った方法でやっていますか？

3 月 7 日 16:29 に更新

あなたのアドバイスを受けて、これは私が今やろうとしていることです：

1. すべての VOB に対応する単一の PVOB を作成しました
2. ビジネス チームごとに 1 つの VOB を作成しましたが、私の会社では 3 つのチームしかありませんでした。
3. アプリケーションごとに 1 つの UCM プロジェクトを作成しました。各ビジネス チームは複数のアプリケーションをホストし、各アプリケーションはかなり独立していますが、すべてのアプリケーションは並行開発のために複数のブランチを持つ場合があるため、多数のプロジェクトが存在する可能性があります。

ここで質問があります。複数のアプリケーションが同じ VOB を共有しています。アプリケーションごとに編成されるように、ベースラインをより適切に管理するにはどうすればよいですか? つまり、別のプロジェクトのベースラインを誤って選択するのを防ぐため

基本の clearcase から UCM に移行する必要があります。

Vob を Base clearcase から Clearcase UCM に移動する必要があります。

他のチームから提案された手順はほとんどありません。

1. PVOB の作成
2. その下にプロジェクトを作成

次に、すべての VOB を移動するように依頼しました。基本の clearcase vob を UCM に単純にマウントできますか?

それとも、UCM vob を作成し、すべての要素をベースの clearcase から移動する方がよいでしょうか?

基本の clearcase から UCM に移行するための投稿やステップバイステップのガイダンスがあれば、それは役に立ちます。

誰かが従うべき手順を提案してください。

UCM の複合ベースラインとは何ですか?

いつ使用されますか？主に複数のコンポーネントがある場合に使用されますか?

リリースに完全なベースラインを適用しました。例のために。ベースライン「MYProj_2.0.0.20」。

その後、テスト チームは重大な問題を発見しました。その開発チームを修正するために、いくつかの変更を提供しました。

ビルドが完了した後、同じベースライン「MYProj_2.0.0.20」を再度適用しました。ただし、今回は増分ベースラインを適用しました。UCM に従って、ベースライン MYProj_2.0.0.20 は MYProj_2.0.0.20.3452 に変更されました (いくつかのランダム一意にするために最後に番号を付けます）。

ここで、MYProj_2.0.0.20.3452 をリリース ベースラインと見なすと、すべての変更または変更のみが含まれますか ("MYProj_2.0.0.20" と "MYProj_2.0.0.20.3452" の間の差分変更)。

私を明確にしてください。

build では、ビルド前にビューを削除して新しいビューを作成するために使用します。

ベースのクリアケースでは問題なく動作していました。

しかし、UCM では、毎回アクティビティ名を割り当てる必要があるため、チェックアウトとチェックイン中に問題が発生します。

ビルドするたびに新しいアクティビティを作成するのは良い習慣ですか? [しかし、活動の数はすぐに膨大に増加します]

UCM でデフォルト アクティビティを自動的にセットアップする簡単な方法はありますか?

ビルドプロセスでこれを自動化した団体はありますか? もしそうなら、リンクや何か役に立つリソースを共有できます..

最近私たちの組織を去った私の友人も、彼のClearCaseビューを削除せずに残しました。
今、私たちはそれを削除したかった。

削除しようとしましたが、許可されませんでした。と言いました：

管理者は自分のビューのみを削除できますか？

.vwsビューに関連付けられている（）フォルダを削除した場合（例： " Components_int.vws"）、それで十分ですか？