1

構成管理パターンに関する質問 (Rational ClearCase UCM を使用)

メインライン アプローチを使用する場合、次の方法で新しいリリースを作成します。

  • メインラインからリリース 1 を作成する
  • ある時点でベースライン リリース 1、リリース 1 をメインラインに配信
  • メインラインからリリース 2 を作成する
  • ある時点でベースライン リリース 2、リリース 2 をメインラインに配信
  • メインラインからリリース 3 を作成する
  • 等...

パス名がetc/main/release 3/latestの代わりにあるため、非常にうまく機能し/main/release 1/release 2/release 3/latestます...

ただし...リリース1に新しい要素があり、それを後のリリースに伝播する必要がある場合、メインラインはすでにリリース4などにあるため、メインラインを使用できません。

私にできる唯一のことは、リリース 1 からリリース 2 に直接配信/マージすることです。
悪い点は、パス名が/main/release 1/release 2/latestそのファイル (およびおそらくそれ以降のリリース) のパス名になることです。それは、メインラインのアプローチと一致していないと思います。

私は何を間違っていますか？

相互投稿: http://www.cmcrossroads.com/forums?func=view&catid=31&id=99369#99369 相互投稿: https://www.ibm.com/developerworks/forums/thread.jspa?threadID=330226

4

1 に答える 1

0

これは、カスケード分岐症状として知られています。

ただし、あなたの場合、「後のリリースに伝播する必要のある新しい要素」があるときはいつでも、2レベルの深さに制限されたカスケードでrelease1からrelease2に直接配信できるはずです。

それが受け入れられない場合は、メインラインとリリースの上に「グローバルストリーム」を設定するために、ストリームを設定する必要があります。

mainStream
  mainline
  release1
  release2
  ...

mainStreamを変更の伝達元として使用できます。mainStreamでclearfsimportrelease2を使用し、伝達されるいくつかのrelease1ファイルをインポート/配信し、（再び）「release2」ベースラインを作成して、release2ストリームにリベースします。

  • マイナス面では、リリースごとにプロセスを繰り返す必要があります。
  • プラス面では、少なくとも、リリース間のデルタはそれほど重要ではないため、（mainStream上の）各clearfsimportは「十分に高速」です。
于 2010-06-01T16:25:24.570 に答える