1

簡単に区別できるように、プロジェクト名に合わせた VOB 名を選択しました (プロジェクト名と UCM プロジェクト名を混同しないでください)。

しかし最近、2 つの製品を 1 つに統合するため、プロジェクト名が変更されました。

プロジェクト名を示すためにvobの名前を変更することを提案した人もいます。

開発とビルド&リリースの観点から影響を分析しようとしました。

変更はほとんどありませんでした。最新の VOB 名を示すために、あちこちでパス変数を変更する必要がありました。

したがって、vob の名前を変更することに同意します。

その後、Clearcase の管理者として影響分析を行う必要がありました。

Clearcase の上級管理者にアドバイスを求めたとき。彼らは、以下のような影響の可能性を挙げました。

  1. vob 間のシンボリック リンクが壊れるため、修復が必要になる場合があります。
  2. VOB 名を変更する前に、すべてのチェックアウト項目をクリアすることをお勧めします
  3. ユーザーが名前の変更中に古い VOB 名を使用できないように、VOB はロックされます。
  4. Vob をアンマウントして再マウントする必要がある
  5. スナップショット ビューと CCRC ビューが影響を受ける可能性があるため、再同期する必要があります。

や。。など。

プロジェクトで vob の名前変更を試みた人はいますか? 私たちにとって役立つ、実際に直面した影響について教えていただけますか?

すでに試して、二度とやらないと決めた場合は、実際にそうすることをお勧めできない理由を教えていただけますか?

前もって感謝します。

4

1 に答える 1

0

最も重要なのは、UCM コンポーネントが機能しなくなることです。名前 (「タイトル」) は変更できますが、ルート ディレクトリ(つまり、vob 内のパス、または vob 自体) を変更することはできません。
そして、それはUCMプロジェクト名から独立しています(UCMプロジェクトはUCMの名前変更を気にしません.UCMストリームのみが気にします)

率直に言って、この種のリファクタリングに直面したとき、私は:

  • すべてを所定の位置に保持しますが、ロックして読み取り専用にします
  • 新しいコンポーネント/vob で新たに開始し、最新のベースラインをインポートします。
于 2013-01-16T06:15:25.053 に答える