Когда использовать несколько компонентов в потоке в системе управления версиями RTC

Компонент управления версиями RTC, как я вижу, представляет собой логическую группу файлов и папок.

Когда мне следует использовать несколько компонентов в потоке в системе управления версиями RTC?

Метод 1:
У меня есть несколько проектов java (Eclipse), но я добавляю эти проекты только к одному компоненту в одном потоке. Эти проекты упакованы в один файл развертывания.

Метод 2:
Каждый проект Java добавляется к его собственному компоненту в потоке, поэтому поток будет содержать несколько компонентов - по одному компоненту для каждого проекта Java.

Есть ли преимущества / недостатки использования одного метода перед другим?


version-control clearcase rtc
person blue-sky    schedule 12.04.2012    source источник

Ответы (1)


arrow_upward
4
arrow_downward

Компонент RTC действительно имеет то же значение, что и компонент ClearCase UCM.

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

Пример компонентов:

  • приложение (или автономная часть приложения)
  • техническая библиотека
  • упакованный набор файлов (для выпуска)

Примечание: в RTC можно повторно использовать компонент (определенный в одной области проекта) в другой области проекта (при условии, что оба PA находятся на одном сервере Jazz).

Проект Java можно представить как один компонент, но определенный проект Java можно рассматривать как несколько компонентов (один для бизнес-логики, один для логики базы данных и т. Д.)

Основными критериями при определении компонента являются:
Будет ли он развиваться в своем собственном темпе? Можете ли вы изменить его, не изменяя другой компонент?
(Если нет, это может означать, что два набора файлов тесно связаны и могут рассматриваться как один компонент).

Оттуда вы должны решить, хотите ли вы видеть все компоненты в одном потоке (системный подход, при котором каждый компонент доступен для записи) или только один или два компонента на поток (в зависимости от доставок - dll, jar, ... - созданных с помощью другие компоненты): компонентный подход.
Для начала придерживайтесь системного подхода, сначала более простого.

person VonC    schedule 12.04.2012