Единственный собственный способ сделать это в ClearCase - это использовать атрибут внутри config-spec .
Согласно правилам выбора версии , вы можете создать правило "выбор по запросу", например, на основе атрибута:
element * ...{MY_ATTRIBUTE_NAME=="aValue"}
выберет версию LATEST
для любой ветви с атрибутом 'MY_ATTRIBUTE_NAME
' с 'aValue
' в нем.
Это означает, что вам нужно изменить значение атрибута в старой ветке, поместить его в новую ветвь, снова «cleartool setcs
», и у вас должен быть новый контент, основанный на выборе новой версии.
Не очень прямолинейно, но это может сработать, за исключением части mkbranch (которая требует фиксированного имени).
Относительно Ответ GeekCyclist , несколько комментариев:
Решение для включения общей спецификации конфигурации может работать для решения Base ClearCase, но:
- должна быть в общем доступе для всех заинтересованных разработчиков
- setcs действительно необходим Ccuses view_server для очистки его кэшей и переоценки текущей спецификации конфигурации, которая хранится в файле config_spec в каталоге хранилища представления. Это включает:
- Оценка правил времени с неабсолютными спецификациями (например, сейчас, вторник)
- Переоценка - настройка правил, возможно, выбор других производных объектов, чем ранее
- Перечитывание файлов, названных в include-правилах
- все другие разработчики должны получать уведомления при изменении общего включенного конфигурационного файла конфигурации (в ClearCase нет встроенного уведомления)
Если вам нужно иметь одно «окружение» (то есть одно «представление» или рабочее пространство) с переменным содержимым (в зависимости от другой ветви), вам нужно определить символическую ссылку (или подстилку Windows), указывающую на разные представления. (каждый со своей спецификацией конфигурации)
Таким образом, вам нужно всего лишь изменить ссылку (или путь с указанием пути), чтобы изменить спецификацию конфигурации, связанную с данным фиксированным путем.