Поскольку вы используете термин «базовый уровень», я предполагаю, что вы используете UCM.
В потоке вы не можете вернуться назад к базовой линии.
Одной из возможностей является создание параллельного потока с желаемой базовой линией в качестве основы: это самый быстрый способ.
После изменений в этом новом потоке вы можете сделать новую перебазировку, чтобы изменить базовую линию фундамента, но только если эта новая перебазка использует более новую базовую линию из родительского потока (не более старую базовую линию)
Для ваших конкретных потребностей я бы рекомендовал представление снимка без UCM с простым правилом
element * thePreviousBaseline
Для того чтобы у разработчика было:
- его / ее текущее представление UCM для разработки (всегда устанавливается на ПОСЛЕДНЮЮ ветвь ветви, связанной с потоком)
- второй вид снэпшота, установленный на любую базовую линию, в которой он / она нуждается.
Это второе представление снимка совершенно не связано с проектом UCM и использует преимущества «полной» природы базовой линии (убедитесь, что ваша базовая линия была установлена как «полная», а не «инкрементная». Если это «добавочный», просто измените его тип и обновите его до полного)
Таким образом, помимо текущего представления UCM с моментальными снимками, вы можете создавать в любом месте, где вам требуется представление без снэпшота:
cleartool mkview -snap -tag mylogin_myComponentname_csl_snap -vws myPathToViewStorage myPathToRootView
cd myPathToRootView
cleartool edcs
[add the selection rule: element * myOlderBaseline]
[add the load rule at the end: 'load /myVob_Including_MyComponent]
[save, type 'yes']
Это хорошо для консультации / выполнения, но если вам нужно исправить (то есть написать , проверить и в некоторых файлах), то я бы порекомендовал один поток UCM на базовый уровень быть исправленным .
Таким образом, поток четко представляет усилия по исправлению для данной базовой линии. Их не должно быть слишком много, если вы не запускаете новую версию своего приложения каждые пять минут ... что не рекомендуется;)
Итак, подведем итог:
- представление снимка без UCM является уникальным и служит для быстрой консультации / отладки одного более старого базового уровня за раз.
- для исправлений (изменение исходного кода) вы создаете параллельный поток с правильным именем, с правильной базовой линией основания, а затем с его видом UCM. Вы можете не только отлаживать, но и исправлять некоторые ошибки в действии, доставляя это действие в основной поток Int, если эту ошибку необходимо повторно установить в более высоком потоке.
(примечание: не все ошибки должны быть устранены: они могут быть устаревшими по сравнению с текущим состоянием разработки)