Clearcase UCM: как найти версии в поток, созданный путем слияния из потока В

Question

у меня есть 3 проекта A, B на основе A, C на основе А.

Изменения А должен первым быть объединены в B, а затем из в к С. есть также изменения в в не затрагивая а, но некоторые из этого изменилось должны быть объединены в C.

Там некоторые изменения от а, которые были неправильно объединены непосредственно от а до с, в обход B. (Я использую слово «merged», потому что нам нужно объединить их вручную, потому что автоматическая доставка будет включать в себя множество действий, которые нам не нужно доставлять в B и C).

Чтобы устранить проблему, теперь мне нужно объединить изменения, которые не были объединены в B, но были объединены в C в B, и я ищу способ перечислить все версии в C, которые были созданы слияния с А, так что я могу слил изменения для этих файлов в B.

Благодаря

Answer 1

список всех версий в C, которые были созданы путем слияния с A

эти версии должны быть включенным в операцию объединения вы должны создать, когда вы слились непосредственно с A на C (используя, возможно, findmerge).

Проблема только в том, что вы создали специальную активность «слияния» за это время findmerge?
Вы можете просто повторно использовали текущую деятельность на C, а это означает, что деятельность будет содержать версии от текущей работы на C, а также версии объединены с А.

Другой подход заключается в том, чтобы объединить те же действия (те обеспокоена findmerge от А до с) от А до В.
следующий «нормальный» слияние с в до с будет:

• ничего не делать для файлов уже слитую из А (поскольку они также были объединены в B в соответствии с этим «другим подходом»
• Объединить эволюции от B до C для любых других модификаций d файлов.

---

Я не использовал его для этих слияниях, сделал это из GUI версии дерева инструмента, создающего одинаковые действия в C для соответствующих мероприятий в А и объединенный файл файлом.

Если у вас есть только один или два файл для слияния, findmerge является команды использовать, потому что:

• он может учитывающий один или несколько видов деятельности
• и не связанных одними и теми же «зависимостями действий», чем те, которые выполняются с помощью операции UCM доставки или восстановления.

Короче, findmerge ваша классическая слияние, умеет читать версий в деятельности ЦСМ, но делает не-UCM не сливаются (без гиперссылки между ЦСМ базовых линий).