変更フロー、競合の検出、および競合の解決

複数のチーム・メンバーが同じファイルまたはフォルダーを変更すると、競合が発生します。これらの競合は、一方のチーム・メンバーがワークスペースに対して行った変更を、もう一方のチーム・メンバーが受け入れたときに解決する必要があります。Rational Team Concert™ ソース管理 は潜在的な競合を検出して、それらの競合を受け入れる前に競合に関する警告を出します。また、競合を解決するためのさまざまなツールと方法も提供しています。

競合は一般に、同じファイルまたはフォルダーが 2 つの異なるワークスペースで変更されたときに発生します。(Rational Team Concert ソース管理 は、リソースを変更する意図を宣言する明示的なチェックアウト操作を持たないため、別の場所で変更中のリソースの変更を開始しても警告されません。)変更セットを中断し、変更セットに含まれるファイルの 1 つを変更してから変更セットに対して作業を再開する場合は、単一のワークスペース内でも競合が発生する可能性があります。

競合には、以下に示した 2 つのタイプがあります。

Rational Team Concert ソース管理は、着信変更セットまたは発信変更セット内の潜在的な競合を検出して、そのような競合を「保留中の変更」ビューに表示します。必要であれば、着信変更セット内の潜在的な競合を解決しない、または延期することができます。 変更セットを送信できるようにするためには、通常は、着信変更セット内の競合を受け入れて解決することにより、発信変更セット内の潜在的な競合を解決する必要があります。


フィードバック

この情報はお役に立ちましたか? Jazz.net でフィードバックをお送り頂けます (登録が必要です): フォーラムにコメントを記入したり、バグを送信したりすることができます。