「How to keep your streams flowing smoothly in Rational Team Concert 3.0.1」に記載されているRTC「ポストビルドデリバリー」については、ワークスペースを作成した後の手順について説明します。
ただし、ClearCase(「ワークスペース」またはUCMスナップショットビューは常にUCMストリームに関連付けられます)とは異なり、ビルド定義(「ビルド後の配信」の有無にかかわらず)は常にワークスペースに関連付けられます。
は「Creating Build Forge build definitions」で説明したように:それは流れで進行中の変化から隔離されているビルドしますので
ビルド定義は、むしろチームのストリームよりも、専用のビルドワークスペースを参照する必要があります。
あなたがリポジトリー・ワークスペースをビルドすると作成するとき、あなたはストリーム関連付けます:選択し、Flow with a stream
と下のペインでを選択し、選択の上、新しいリポジトリワークスペースウィザードでストリームページを
をビルドするリポジトリストリームはです。
この項目を選択すると、リポジトリワークスペースでストリームの変更を受け入れることができます。
したがって、(ビルド)作業領域から常にビルドします。 「ビルド後の提供」オプションを有効にしない場合でも。
ビルド作業領域の定義によって、変更を受け入れるStreamが決定されます。
ビルドを開始するたびに、この変更が(ストリームからビルドワークスペースに)受け入れられます。
"変更セット"とは、ビルド作業領域の定義で言及されている "フローストリーム"で開発者が提供した変更セットを意味します。
私は自分の質問を更新しました。「ビルド後のアクション」の代わりに「ビルド後のビルダー」でなければなりません。私はチュートリアルを使用しています:https://jazz.net/library/article/649。ワークスペースがUCMスナップショットビューのルートディレクトリであることを確認してください。他の開発者の変更セットはどのようにこのワークスペースに配信されますか? –
@ user470184 RTC!右。私はその特定のツールに対処するために私の答えを編集しました。 – VonC
"ビルドを開始するたびに、変更が(ストリームからビルドワークスペースに)受け入れられます。変更はワークスペースの所有者が受け入れる必要がありますが、ビルドを開始するたびにビルドフローターゲットから自動的に追加されるわけではありません。 –