еще один вопрос по ClearCase ...
Над нашим проектом UCM работают около 30 разработчиков со всего мира. Все они могут создавать базовые планы в различных компонентах проекта.
Чтобы иметь общее именование базовых планов, мы определили схему именования базовых планов. Это можно выразить с помощью регулярного выражения. Теперь мы хотели бы сравнить имя создаваемой базовой линии с этим регулярным выражением - потому что соглашения об именах могут быть хорошими, но если вы не применяете их, вам не нужно их определять.
Обычные выражение слишком сложно, чтобы его можно было обрабатывать с помощью базового шаблона именования
(DEV|REV)[0-9]+_PartOfComponentName_.*
Я попытался определить предварительный триггер для mkbl, но обнаружил, что в предварительном триггере невозможно получить доступ к создаваемому базовому имени - по крайней мере, если команда была выполнена с использованием графического интерфейса, из командной строки I мог бы разобрать команду, но, честно говоря, это не то, что я хотел бы сделать, и я не хочу, чтобы пользователи использовали командную строку.
Итак, на данный момент единственная возможность, о которой я могу думать, - принудительное именование соглашение заключалось бы в том, чтобы определить триггер после операции для mkbl и (поскольку там будет доступно базовое имя, я еще не пробовал) установить базовый уровень как устаревший, если соглашение об именовании было нарушено. Но, честно говоря, мне это не кажется правильным ...
Так есть ли способ обеспечить соблюдение соглашения об именах для базовых показателей в UCM ClearCase - без множества устаревших базовых показателей?
Спасибо, что прочитали!