2012-04-25 14 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とRTCの統合を容易にするためのアダプター(JazzJBE.xml)。
このアダプタは、RTCビルド定義によって渡されたプロパティに基づいてソースコードを受け入れて取得するために、buildtoolkitの一部であるJazz Build Engineを実行します。
(RTCとのより一般的な連続的な統合シナリオでは、ビルドサーバーのバックグラウンドで実行され、リクエストをリスニングするエンジンJazzJBEアダプタでは、Jazz Build Engineがオンデマンドで起動されます。

+0

変更をワークスペースに受け入れることで、セキュリティモデルが破損しているように見えることがあります.1人のユーザーワークスペースから別のユーザーワークスペースに変更を配信できないためです。 –

+1

@ user470184遅れて申し訳ありませんが、私は列車に乗って帰宅しました。 "1つのユーザーワークスペースから別のユーザーワークスペースに変更を配信することはできません":正しい。それらを受け入れることができます(別のリポジトリワークスペースから、ストリームを経由することなく)、配信しないでください(別のリポジトリワークスペースに直接:ストリームに配信する必要があります)。そのため、ビルド専用のリポジトリー・ワークスペースは、*ビルド専用のStreamへの* Repoワークスペースによって提供された変更を自動的に受け入れます(構成されている場合)。 – VonC

+0

ああ、もう一度感謝します。私ができるならば、私はあなたの答えにもっと投票します。 –

関連する問題