Более быстрая маркировка представлений ClearCase для непрерывной интеграции

Question

Я оптимизировал наши непрерывные интеграционные сборки, и оставшимся узким местом являются следующие команды ClearCase:

cleartool.exe mklbtype -nc -ordinary BUILD_ApplicationWorkspace_1.0.0.0@vob_example

Для просмотра с 1800 файлами это занимает более 6 минут.Наша задача MSBuild занимает половину этого.Я предполагаю, что узким местом является пропускная способность сети, а также то, как мы помечаем файлы, используемые в этой сборке.

Исходя из этого, у меня есть вопросы:

1. Эффективны ли мы?маркировка файлов исходного кода или есть ли более эффективная команда, которую мы можем запустить?
2. Как получить более точные метрики, чтобы понять, где эта команда ClearCase тратит большую часть своего времени?
3. предыдущие метки замедляют маркировку ClearCase?
4. Связано, есть ли в ClearCase что-то похожее на подмодули Git или svn: externals?В настоящее время мы создаем представление всего, включая зависимости, перед тем, как делать сборку.

Спасибо за вашу помощь.

Answer 1

cleartool mklbtype не должно занимать так много времени: речь идет о создании типа метки, а не о применении его к каждому файлу.
Если что, mklabel должно занимать время.

Применение методологии UCM (в отличие от вашего текущего использования "Base ClearCase") может помочь в этом:

• это заставит васопределить «компоненты» (связные группы файлов, т.е. не «1800 файлов», что довольно много)
• предлагает « инкрементная базовая линия », которая маркирует только то, что изменилось.
• компоненты UCM немного похожи на подмодули git (вы можете сгруппировать их в составную базовую линию ), но это не то же самое, что svn:external, как , упомянутый здесь и в " Почему подмодули git несовместимы с svn externals? ".

Но если вы застряли с Base ClearCase, вы застряли с надписью all и одним из мест для оптимизации будет маркировка только подмножества этих файлов.