2010-03-08 3 views
2

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

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

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

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

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

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

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

рассматривает

ответ

0

1/Если базовые линии будут созданы на ветви развития или отрасли интеграции.

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

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

Так как исправления будут начинаться с «официальной» (то есть «в производстве») этикетки, я бы рекомендовал перемещение поток «Поток фикс релиз х» ниже Интегрирование поток

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

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

Во-первых, статус «ПРОВЕРЕНО», «ПРОВЕРЯЕМЫЕ», ... это просто метаатрибут вы можете установить любое значение вы хотите, без какой-либо связи с потоком, где была установлена ​​базовая линия.

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

  • рабочего процесса слияний, позволяющих изолировать различные усилия в области развития из одной отрасли (строительство из потока) к другому.
  • статус (метаданные), который вы связываете с базовым уровнем.
+0

Hi Von, Я очень надеюсь, что вы ответите на сообщение. Благодарим вас за ваши взгляды. Причина, по которой мы имеем производственный поток на месте, состоит в том, что у нас есть два разных набора сред, то есть производство и разработка. Мы планируем, чтобы в другой среде говорилось, что UAT на месте. Что мы намереваемся сделать: Разработайте продукт в потоке разработки/консолидации. Там будет цикл тестирования в самом потоке разработки. Затем код базируется, продвигается к интеграции. мы теперь переустанавливаем код в потоке производства и развертываем приложение из производственного потока. – kadaba

+0

Мы также будем иметь еще один пример UAT и провести еще один цикл тестирования здесь, следовательно, другой поток. Из-за этой структуры мы смущены тем, как мы должны использовать базовые линии и стратегию. Это изолировало бы разработку и тестирование. Было бы хорошо, если бы я мог выслать вам конкретные подробности для лучшей ясности с точки зрения того, чего мы пытаемся достичь. Еще раз спасибо, ваши взгляды очень ценятся. – kadaba

+0

@kabada: никаких проблем (извините за то, что я не ответил сразу: я даю образование о ClearCase весь день!). Вы можете связаться со мной по адресу: «vonc at laposte dot net» – VonC

 Смежные вопросы

  • Нет связанных вопросов^_^