2012-04-25 3 views
1

Рабочее пространство на диаграмме ниже перетекает в поток.Как создать наборы изменений из потока - Управление источником RTC

enter image description here

Я добавил определение сборки, которая строит из этого рабочего пространства. Если я доставляю наборы изменений из другого рабочего пространства в поток на диаграмме, должны ли эти наборы изменений быть построены при выполнении сборки? Нужно ли сначала менять наборы изменений в рабочей области из потока до их создания?

В настоящее время, когда я выполняю сборку наборов изменений (которые были доставлены в поток из другого рабочего пространства), не доставляются в рабочее пространство на диаграмме и поэтому не создаются.

ответ

1

Если я доставляю наборы изменений из другого рабочего пространства в поток на диаграмме, должны ли эти наборы изменений быть построены при выполнении сборки?
Нужно ли сначала сменить наборы изменений в рабочее пространство из потока до их создания?

Это зависит от конфигурации определения сборки:
Как this thread mentions:

Если вы используете определение сборки, которая имеет «Jazz Source Control» выбрана в качестве участника заранее сборок, вы увидите в в нижней части «Jazz Source Control» вкладка «Accept Options section».
Необходимо установить флажок «Accept latest changes before loading», чтобы вы могли автоматически принимать изменения.

Но с BuildForge на основе определения построения, как указано в "Rational Team Concert 3.0 and Build Forge: An integration scenario":

[...] После того, как выбран сервер, в качестве первого шага, проект Build Forge загружает Адаптер (JazzJBE.xml), чтобы облегчить интеграцию между Build Forge и RTC.
Этот адаптер запускает Jazz Build Engine, который является частью buildtoolkit, чтобы принимать и извлекать исходный код на основе свойств, переданных с помощью определения конфигурации RTC
(более типичный сценарий непрерывной интеграции с RTC должен иметь Jazz Build Двигатель работает в фоновом режиме на сервере сборки, слушая запросы. С адаптером JazzJBE Jazz Build Engine запускается по требованию).

+0

Принимая изменения в рабочей области, это, по-видимому, разрушает модель безопасности, поскольку изменения не могут быть доставлены из одной рабочей области пользователя в другую? –

+1

@ user470184 Извините за задержку, я был в поезде, переезжая домой. «изменения не могут быть доставлены из одной рабочей области пользователя в другую»: правильно. Вы можете принять их (из другого рабочего пространства repo, без необходимости проходить Stream), а не доставлять их (непосредственно в другое рабочее пространство repo: вам нужно доставить Stream). Вот почему рабочая область repo, предназначенная для сборки, автоматически примет (если это будет настроено) изменения, предоставленные * любым рабочим пространством repo для потока, посвященного этой сборке. – VonC

+0

ах я вижу, еще раз спасибо. Я бы больше проголосовал за ваши ответы, если бы мог. –

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