私はプロジェクトで働いています。clearcase と perforce の両方を使用しています。
差分ビルドに取り組んでいるため、clearcase ではリリースごとにラベルを作成しています。リリース「X」の場合、クリアケース「Label X」を作成します。レーベル X には、リリース「X」に関するすべての最新ファイルがあります。「Y」という別のリリースが終了したら、「Label Y」という別のレーベルを作成します。レーベル「Y」は、リリース「Y」のすべてのファイルを再び持っています。しかし、いつでも「ラベル X」に戻ることができます。これは、すべてのファイルが「ラベル X」に戻されることを意味します。
perforceでも同じことができますか？強制的にラベルを作成して、いつでもそのラベルに移動して、そのラベルのタイムラインのようにファイルを提供できますか?
Perforce は、興味深いガイド " Migration Planning Guide: IBM Rational ClearCase to Perforcep4 label " も提供しており、それが唯一の代替手段ではないことに言及しています。
ClearCase と Perforce はどちらも、ベースラインを構成するファイルのバージョンを識別するラベルを提供します。多くの ClearCase ユーザーにとって、ラベルは必須です。ラベルの適用には時間がかかり、多くの場合、安定したビルドの作成に関連する時間の 30% 以上を占めています。
Perforce では、ラベルはベースラインを再現する 1 つの方法にすぎません。変更リストは、ビルド プロセスへの負担が少なく、ラベルよりも速く簡単に参照できる方法で、同じ目標を達成します。
各 Perforce チェックインは、ある時点でのリポジトリの状態を反映する一意の変更リスト番号を生成します。変更リストは、リポジトリの小さなサブセットにしか影響を与えませんが、リポジトリ内のすべてのファイルの状態を記述するために使用できます。
典型的な構成仕様は数行以上であるため、これは単純化しすぎです。
Perforce のブランチはディレクトリとして表されるため、ブランチとチェンジリスト番号を簡単に組み合わせてベースラインを表すことができます。
あるいは、ラベルは、サーバー内の識別されたスコープに限定された変更リスト番号を参照できます。スコープは通常、特定のブランチです。