0

サーバー側の変更でローカルワークスペースを更新したときに発生した競合を解決する方法を見つけようとしていますが、何が起こっているのかかなり混乱しています。

まず、競合が 1 つありますが、すべてが予想どおりでした。

手動でマージするオプション付きのマージでの競合

競合が原因で Automerge が失敗しましたが、予想されるオプションが表示されます: 手動マージ、ローカルでの取得、またはリモートでの取得。

ただし、まったく同じ変更セットでパスが異なる場合、マージするオプションがありません。

同様の競合ですが、それを修正する方法はありません

なぜだめですか？そして、途中でマージできずに、どうすればこの競合を修正できるのでしょうか? これは、コンテンツの競合ではなく、追加の競合によるものですか? もしそうなら、変更を再度書き込む必要がないように手動でマージする方法はありますか?

4

1 に答える 1

1

これは、例 #1では同じファイルに 2 つの編集があるためです。保持するファイルの 2 つの編集のビットまたはバージョンを選択することで、競合を解決できます。

例 2 では、同じファイルが 2 つ追加されています。TFS 2010 はこれを処理できないため、保持するファイル バージョン (ユーザーが追加したバージョンまたはサーバーに追加したバージョン) を選択できます。2 人の人が同じファイルの 2 つのバージョンを追加し、誰かが 2 つのバージョンを一緒にマージすることを期待しているとは思いません。

TFS 11では競合の解決が大幅に改善されましたが、このケースがカバーされるかどうかはわかりません。

于 2012-05-04T16:59:23.367 に答える