Синхронизация одного и того же компонента в разных потоках в Rational Team Concert

У нас есть клиент/серверный проект, в котором есть три компонента:

  • Клиент
  • Сервер
  • Базовая библиотека

И клиент, и сервер ссылаются на BaseLibrary. Поэтому я создал два потока:

  • Server Stream включает компоненты Server и BaseLibrary.
  • Client Stream включает в себя компоненты Client и BaseLibrary.

Теперь, если я внесу изменения в BaseLibrary в одном потоке, их нет в другом. Есть ли способ синхронизировать компонент по разным потокам с помощью RTC 2?

Я также пытался настроить цель потока для каждого другого потока, но это, похоже, не помогает.


version-control synchronization ibm-rational rational-team-concert
person Fabian Fritz    schedule 14.02.2012    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Целевой поток между потоками здесь только для того, чтобы помочь вам визуализировать, где должен происходить поток доставки/принятия: это инструмент визуализации, который вы можете использовать при создании блок-схемы.

В версии 3.0.1 вы можете отображать ожидающие изменения из одного потока в другой.

показать ожидающие измененияожидающие изменения

Теперь вы можете настроить определение сборки и использовать доставку после сборки< /strong> для автоматической доставки из одного потока в другой:

после доставки

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

Также обратите внимание на приведенный выше рисунок, что два флажка Add components to deliver if they do not exist in the deliver target и Remove components from the deliver target if they do not exist in the build workspace НЕ отмечены.
Не рекомендуется распространять добавление/удаление компонентов в поток интеграции с помощью какого-либо автоматизированного механизма. Последнее, чего хотелось бы команде, — это удалить все остальные компоненты из потока интеграции, потому что кто-то случайно изменил поток их команды.
В таких случаях добавление или удаление компонентов должно выполняться инженером по выпуску вручную.
Например, если команде нужен новый компонент, они должны сначала добавить его в свой поток, а затем доставить в поток интеграции. Затем они изменят выбор Components to deliver на вкладке Post-build Deliver, чтобы включить этот новый компонент и автоматически доставить его впоследствии.

person VonC    schedule 14.02.2012