Управление конфигурации Магистрали ClearCase UCM шаблон Вопрос

Question

Шаблон управления конфигурацией вопрос (с использованием Rational ClearCase UCM)

Когда я использую магистральный подход я создаю новые релизы по:

• создать релиз 1 из магистрального
• на определенный момент освобождения базовой линии 1, доставить выпуск 1 на магистраль
• создать выпуск 2 от основной линии
• на определенный момент baselin е выпуск 2, поставить выпуск 2 к основной линии
• создать релиз 3 из магистральный
• и т.д ...

работает очень хорошо, потому что имя пути /main/release 3/latest вместо /main/release 1/release 2/release 3/latest и т.д ...

Однако ... когда в релизе 1 есть новые элементы, которые должны быть распространены на более поздние версии, я не могу использовать магистраль, так как магистраль уже включена, например релиз 4.

Единственное, что я могу сделать, это поставить/слияния от выпуска 1 непосредственно к выпуску 2.
Плохо то, что путь к файлу, то становится /main/release 1/release 2/latest для этого файлы (и, возможно, более поздних версий). Я думаю, что это не соответствует основному подходу.

Что я делаю неправильно?

crossposted на: http://www.cmcrossroads.com/forums?func=view&catid=31&id=99369#99369 crossposted на: https://www.ibm.com/developerworks/forums/thread.jspa?threadID=330226

Answer 1

Это известно как каскадных ветвящихся симптома.

В вашем случае, однако, когда есть «новые элементы, которые должны быть распространены на более поздние версии», вы должны иметь возможность доставлять их непосредственно из release1 в release2 с каскадом, ограниченным глубиной двух уровней.

Если это не приемлемо, вам нужно настроить свои потоки, чтобы иметь «глобальный поток» выше магистрали и над выпусками:

mainStream 
    mainline 
    release1 
    release2 
    ... 

Вы можете использовать MainStream в качестве источника, из которого вы распространяете изменения: clearfsimport release2 на mainStream, импортировать/доставлять несколько файлов release1, которые нужно размножать, сделать (снова) базовую линию «release2» и перегрузить ее в потоке release2.

• с обратной стороны, вам нужно повторить процесс для каждого выпуска.
• с положительной стороны, по крайней мере, каждый clearfsimport (on mainStream) является «достаточно быстрым», потому что дельта между выпуском не слишком важна.