ClearcaseのUCM：ストリームB

Question

からマージすることによって作成されたストリームAのバージョン私は3つのプロジェクトAを持っているを見つける方法、B A.に基づいてA、Cに基づいて

変更Aは、最初からそれからBにマージされるべきでありBからCへ。 Aには影響しませんが、変更されたものの一部がCでマージされる必要があります。

バイパスするAからCへ直接誤ってマージされたAからのいくつかの変更点B 自動配信にはBとCに配信する必要のない一連の作業が含まれているため、私は手動でそれらをマージする必要があったため、「マージ」という言葉を使用しています。

問題を修正するには、BでマージされていないがBでCにマージされた変更をマージする必要があります。作成されたCのすべてのバージョンをリストする方法を探しています私はBにこれらのファイルの変更をマージすることができるよう

おかげ

Answer 1

リストは、これらのバージョンは

からマージすることによって必要があります作成されているCのすべてのバージョンからマージマージアクティビティにリストされるあなたがAからCに直接マージしたときに作成する必要があります（findmergeを使用して、私は推測します）。

唯一の問題は、その間に特殊な「マージ」アクティビティを作成したかどうかです。findmerge？
もの（あなただけの活動がCの現在の仕事からのバージョンが含まれているということを意味し、C上の現在の活動を再利用している可能性が、プラスバージョンはA.

からマージされた他のアプローチは、同じ活動を統合することであろうB.
にから）Cへのfindmergeに関係の次の「正常な」BからCに合流するだろう：

• 彼らはまたにマージされているので、すでに（Aからマージされたファイルのための何もしませんBこの "他のアプローチ"による
• 他の変更については、BからCへのマージの進化dファイル。

---

私はAでの活動に対応するためにCで同じ活動を作成するGUIのバージョンツリーツールからそれをやったし、ファイルによってファイルをマージし、これらのマージのためにそれを使用していませんでした。

マージする1つまたは2つのファイルがある場合を除き、のでfindmergeは、使用するコマンドです：それはできるアカウント一つまたは複数の活動

にかかり、それがない

• 配信またはリベースUCM操作で適用されるのと同じ「アクティビティ依存」によってバインドされています。要するに

、findmergeは、UCM活動中のバージョンを読み取ることができ、あなたの古典的なマージですが、非UCMのマージ（UCMベースラインの間には、ハイパーリンク）を行います。