Поток интеграции против представления интеграции в ClearCase

Question

В понятной терминологии, в чем разница между потоком интеграции и представлением интеграции? Поток развития и вид развития?

Более конкретно, почему " присоединение к проекту UCM" предполагает создание как интеграции, так и взглядов на разработку?

Если я разработчик, а не интегратор, будет ли достаточно одного взгляда?

Answer 1

Интеграция - это термин, используемый соглашением для обозначения первого корневого потока проекта UCM.
Каждый проект UCM имеет один корневой поток (и, возможно, много подпотоков).
Идея состоит в том, что вы будете использовать свое интеграционное представление в качестве целевого представления для доставки, поступающей из подпотоков, эффективно "интегрируя" работу, выполненную над указанными подпотоками в этом интеграционном представлении.

^{(Иерархия Froml Stream)}

Любой подпоток условно называется потоком "разработки", в котором он представляет "конфигурацию" (то есть то, что вам нужно для работы) для ваших текущих " усилий по разработке".

Поток - это конфигурация.
Представление UCM - это представление ClearCase, спецификация конфигурации которого выполняется автоматически для вас, следуя конфигурации потока (вместо написания этих правил выбора вручную).

Представление интеграции - это представление с потоком интеграции в качестве ссылки.
Представление разработки - это представление с потоком разработки в качестве ссылки.

Основная идея этой иерархии потоков состоит в том, чтобы визуализировать ваш рабочий процесс слияния (т. Е. После того, как вы завершили работу над веткой 'B"Где нужно слить сказанную работу?)

• объединить из подпотока в родительский поток: доставить
• объединить из родительского потока в непосредственный дочерний поток: rebase