ここでは、「同期化 (Synchronize)」ビューを使用して、 チーム・ストリームにキャッチアップし、私たちが行った変更をリリースします。
1. |
「同期化 (Synchronize)」ビューがキャッチアップ・モードにあることを確認してください (#1)。キャッチアップ・モードにない場合は、ローカルのツールバー上の「キャッチアップ・モード (Catch Up Mode)」ボタンを押してください (#2)。
|
2. |
file1.txt (変更箇所) を選択します。ビューアーの比較に、file1.txt の
リポジトリー・コピーに新規行 (Fred が更新した) が挿入されていることが表示されます。
|
3. |
file1.txt のコンテキスト・メニューから、「キャッチアップ (Catch Up)」を選択します。これにより、ワークベンチが file1.txt のリポジトリー・コピーで更新されます。 |
4. |
file2.txt を選択します。ビューアーの比較に、file1.txt のリポジトリー・コピーと file1.txt の
自分のコピーの両方において、全く同じ行が変更されていることが示されます。
|
5. |
変更に疑問がある場合は、その変更に関するさらに詳しい情報を探すこともできます。
そのためには、まず最初に、誰が、なぜ、その変更を行ったのかを考えてみる必要があります。
ナビゲーターで file2.txt を選択し、そのコンテキスト・メニューから、「チーム (Team)」>「リソース・ヒストリーの表示 (Show in Resource History)」を選択します。 |
6. |
「リソース・ヒストリー (Resource History)」ビュー (上を参照) で、バージョン 1.1 の横に * があるのがわかります。
これは、1.1 が現在ワークベンチにあることを示しています。テキストのビューアーの比較 (上を参照) の右側のペインを見ると、
ストリームに file2.txt の 1.2 が含まれていることがわかります。
もう一度「ヒストリー (History)」ビューを調べると、1.2 の作成者が Fred であることがわかります。 この場合、Fred に file2.txt を変更した理由を尋ねてみる必要があります。 Fred が、彼の変更をリリースしたときに内容の説明を入力している場合は、 それらの説明が「リソース・ヒストリー (Resource History)」ビューのコメント・フィールドに表示されるので、 変更の意図をある程度は推測することができます。 |
7. |
4 つのコピー・ボタンは、リポジトリー・ストリームに加えられて競合している変更をマージする場合に役立ちます。
ここでは、Fred の変更は正しい変更であるものと想定します。 file2.txt を選択して、コンテキスト・メニューから「キャッチアップ (Catch Up)」を選択します。置き換えてよいかどうかの確認を要求されたら「はい (Yes)」を選択します。
|
8. |
キャッチアップ・モードには、変更箇所または競合変更は残っていません。
ステータス・バーを見ると、処理する必要のある発信変更が 1 つ残っていることがわかります。 |