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

Question

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

• Клиент
• Сервер
• BaseLibrary

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

• Серверный поток включает компоненты Server и BaseLibrary
• Клиентский поток включает компоненты Client и BaseLibrary

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

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

Answer 1

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

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

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

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

Также обратите внимание на рисунок выше, что два флажка "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», чтобы включить этот новый компонент и автоматически доставить его после этого