Жизненный цикл стратегий базовой линии / базовой линии в UCM ClearCase

Мы разработали потоковую стратегию, в которой есть основной поток интеграции и несколько других потоков для других сред. Краткая идея, как показано ниже.

Integration Stream
-- Production
-- Development
---- Stream for release 1.0
---- Stream fix release 1.0

Мы намерены использовать дочерние потоки для разработки и доставлять их в поток разработки, выбирать действия, создавать базовые показатели и продвигать их в поток интеграции.

Я прочитал пару очень информативных сообщений на этом форуме, и для начала у меня мало сомнений. Я новичок в среде UCM, и мне трудно получить более широкую картину использования.

  1. Должны ли базовые линии создаваться в ветви разработки или ветви интеграции.
  2. Как базовый уровень проходит через жизненный цикл? Изменяется ли базовый план, который мы создаем после тестирования, выпуска и т. Д., Только на уровнях продвижения?

Было бы очень полезно, если бы кто-нибудь мог описать этот процесс.

Заранее спасибо.

С уважением


baseline clearcase
person kadaba    schedule 08.03.2010    source источник

Ответы (1)


arrow_upward
0
arrow_downward

1 / Должны ли базовые линии создаваться в ветви разработки или ветви интеграции.

Вы можете создать основу для любого потока, который хотите. Это просто метки на записываемых компонентах.
Промежуточные базовые планы позже могут быть «устаревшими» (заблокированными и невидимыми), если вам нужно их очистить.

Ваш поток разработки следует переименовать в «Консолидацию», потому что именно здесь вы будете консолидировать то, что на самом деле пойдет в производство (и доставляется в «поток интеграции»: ваш поток «производственный» здесь не нужен).

Поскольку исправления будут начинаться с ярлыка «официальный» (т.е. «в производстве»), я бы рекомендовал переместить поток «Stream fix release x.y» ниже потока интеграции.

Примечание: вы должны знать, что «выполнение действий» создает временную шкалу связывание всех действий из исходного потока. Это означает, что вы можете доставить частичный набор действий из потока A в поток B, но вы не сможете доставить из потока A в поток C (если вы не доставляете все действия).
Короче говоря, определение базовых показателей и выполнение всех действий всегда проще.

2 / Как проходит жизненный цикл базовой линии

Во-первых, статус «TESTED», «VALIDATED», ... - это просто метаатрибут, который вы можете установить на любое значение, которое хотите, без какой-либо связи с потоком, в котором была установлена ​​базовая линия.

Затем жизненный цикл определяется:

  • рабочий процесс слияний, позволяющий изолировать различные усилия по разработке от одной ветки (сборки из потока) к другой.
  • статус (метаданные), который вы связываете с базовым уровнем.
person VonC    schedule 08.03.2010
comment
Привет, Фон, я очень надеялся, что ты ответишь на этот пост. Спасибо за ваше мнение. Причина, по которой у нас есть производственный поток, заключается в том, что у нас есть два разных набора сред, то есть производство и разработка. Мы планируем создать другую среду, например, UAT. Что мы собираемся делать: Разрабатывать продукт в потоке разработки / консолидации. В самом потоке разработки будет цикл тестирования. Затем код базируется, продвигается к интеграции. Теперь мы перебазируем код в производственный поток и развертываем приложение из производственного потока - person kadaba; 08.03.2010
comment
У нас также будет еще один голос UAT и еще один цикл тестирования, следовательно, появится другой поток. Из-за такой структуры мы не понимаем, как нам следует использовать базовые показатели и стратегию. Это изолировало бы разработку и тестирование. Было бы хорошо, если бы я отправил вам подробности по электронной почте для большей ясности в отношении того, чего мы пытаемся достичь. Еще раз спасибо, ваши взгляды очень ценятся. - person kadaba; 08.03.2010
comment
@kabada: нет проблем (извините, что не ответил сразу: я весь день рассказываю о ClearCase!). Вы можете связаться со мной по адресу: vonc at laposte dot net - person VonC; 08.03.2010
comment
Привет, Фон, я отправил вам письмо, пожалуйста, посмотрите и посоветуйтесь. - person kadaba; 09.03.2010
comment
@kadaba: Привет, я получил твое письмо (но вчера поздно): я отвечу сегодня рано утром. - person VonC; 09.03.2010
comment
Привет, Фон, Спасибо за ваше мнение. Я буду развивать эту идею. Большое Вам спасибо. - person kadaba; 11.03.2010