При использовании Rational ClearCase v. 7.0.1.1 с UCM у меня возникла проблема при использовании функциональности ClearCase «Доставить из потока в альтернативную цель».

Представьте, что у нас есть один поток интеграции проектов и два потока разработчиков A и B, полученных из него. Теперь я изменяю файл в потоке A. Я хочу, чтобы поток-владелец delevoper мог использовать мою работу, пока мне не нужно было доставлять файл в поток интеграции, поэтому я доставляю из потока A в альтернативный целевой поток B.

Все идет нормально. Я продолжаю вносить другое изменение в файл, но разработчику потока B это изменение не нужно, поэтому я не передаю его ему.

Через некоторое время я доставлю свою работу в основной интеграционный поток. Это прекрасно работает, хотя мне интересно, почему ClearCase помечает слияние как обычное «Объединено» вместо «Объединено (тривиально)» - никто, кроме меня, не вносил изменения в файл.

После доставки создается новый базовый уровень в основном потоке интеграции.

Настоящая проблема возникает, когда разработчик B пытается перебазировать свой поток. Поскольку разработчик B никогда не вносил никаких изменений в файл, я ожидал, что слияние будет тривиальным без какого-либо взаимодействия. Но происходит то, что разработчик B вынужден разрешать конфликт слияния в этом файле графически, позволяя ему выбирать между базовой версией в потоке интеграции, версией, которую я ему предоставил, и версией, которую я поставил в потоке интеграции.

Путаница продолжается, когда после разрешения слияния и завершения ребазинга разработчик B хочет выполнить доставку в основной поток интеграции. Помимо деятельности, которую я ему первоначально поставил, ему также предлагается выполнить операцию с именем rebase _..., которую я никогда не ожидал бы предложить для доставки.

Я что-то здесь упустил? Правильно ли мы используем ClearCase или это известное ограничение / ошибка? Кто-нибудь сталкивался с этой функциональностью?

Заранее спасибо за вашу помощь

Ян