Содержит все изменения.
За исключением того, что инкрементные базовые линии будут вычислять эти изменения, добавляя:
- уникальные модификации, представленные несколькими изменениями (то есть, что такое «инкрементная базовая линия»: метка, установленная только в новых версиях с предыдущей базовой линии)
- все остальные изменения уже ссылаются на предыдущие базовые линии вплоть до полной базовой линии
См. " Типы базовых линий ":
- A полная базовая линия - это базовая линия, которую вы создаете, записывая все версии всех элементов в корневом каталоге компонента.
- инкрементная базовая линия - это базовая линия, которую вы создаете путем записи последней полной базовой линии и тех версий элементов, которые изменились с момента создания последней полной базовой линии.
(есть также " базовые показатели контрольных точек ", как описано в " о базовых показателях ClearCase ", созданных автоматически при операциях доставки и перебазирования, но вы не не нужно беспокоиться об этом прямо сейчас)
Именно поэтому я всегда предпочитаю полную базовую линию: все дельта-операции (например, «сравнить с другой базовой линией») выполняются быстрее, если ваша последняя базовая линия полная.
Аргумент в пользу инкрементных базовых линий заключается в том, что их создавать быстрее (из-за меньшего количества версий, на которые можно установить базовые показатели).
Но если ваш компонент UCM настолько большой , что надписи на all его версиях слишком длинны, возможно, ваш компонент слишком велик.
Обратите внимание, что вы всегда можете обновить инкрементную базовую линию до полной базовой линии.
Обратите внимание, что у вас есть разница между:
- заголовок базовой линии (здесь "
MYProj_2.0.0.20": вы можете указать столько базовых линий "MYProj_2.0.0.20", сколько хотите)
- идентификатор базовой линии (всегда уникальный: если "
MYProj_2.0.0.20" уже занято, то ClearCase генерирует несколько чисел в конце: "MYProj_2.0.0.20.345 2")