VSTS での分岐とマージ

Question

ソリューション内でフォルダーやプロジェクトの名前が変更された場合、マージはどの程度効果的ですか?

Answer 1

ファイルの削除/名前変更に関しては、TFS 2005 で多くの成功を収めてきましたが、次のような非常に特殊な例外がいくつかあります。

1. ソース ブランチとターゲット ブランチの両方で名前が変更されたファイル (これは通常、[サーバーの変更を無視する] をクリックすることで簡単に解決されます)。
2. ターゲット ブランチで名前が変更されたが、ソース ブランチでは削除されたファイル。何を試してもマージが機能せず、ソース ブランチの変更を「元に戻し」、マージ後にやり直すことを余儀なくされた 1 つのケースを思い出します。

TFS 2008 はこれらの問題の多くを解決すると思われますが、正直なところ、時折マージで問題が発生することを除けば、TFS は安定しており、階層マージは SVN よりもはるかに簡単で高速です。

Answer 2

私の経験では、すべての名前変更を SourceControlExplorer (TFS) 内で行う限り、TFS は名前変更を追跡できます。

この問題は、他の人が大規模な名前変更や移動を行っている間に、他の人が元のファイルに変更を加えているときに、別の人が名前を変更したバージョンを編集しているときに発生する傾向があります。

大規模な名前変更や移動を行う場合は、チームメイトに通知し、可能であれば、自分の名前をチェックインするまで変更を控えてもらうとよいでしょう。

すべての分岐/マージの問題と同様、チェックインとマージを少しずつ頻繁に行うことで、この問題は大幅に軽減されます。

Answer 3

TFS 2005 と削除全般に関して多くの問題が発生しました。原因はまだ特定できませんが、多くのチーム メンバーが、名前変更または削除されたフォルダーを含む変更をマージする際に問題に遭遇しました。これは、名前変更が行われたブランチで大量のリファクタリング (および名前変更、再名前変更) が行われた場合に特に当てはまります。私はそれが機能しなかった状況に個人的に関与したことがないため、理由や再現手順はわかりませんでした。

他にも次のような一般的な削除の問題をいくつか見たことがあります。ブランチAでは、サブディレクトリ1の許可を減らして読み取り専用2にします。ブランチB（AからBの分岐）（チェックイン）3を作成します3。ブランチB（チェックイン）4を削除します。Aから新しいブランチを作成し、ブランチB 5と同じ名前を付けます。削除されたブランチ B の読み取り専用アクセス許可を TFS が依然として「参照」していることに関連する奇妙なアクセス許可エラーが発生します。

これを回避する唯一の方法は、ステップ 2a を挿入することです。ブランチ B の名前を _ブランチ B (チェックイン) に変更します

全体として、TFS は私たちにとって素晴らしいものでしたが、削除、名前変更、マージに関して不安定な部分が発生しています。私たちはすぐに 2008 にアップグレードしたいと考えており、問題が解決されることを期待しています。

Answer 4

私は TFS 2008 でファイルとフォルダーを大量に移動した経験があります。これは、ソース コード構造の一貫性を高めるために行われました。私がしなければならなかったのは、チーム エクスプローラーでドラッグ アンド ドロップ (そして待機) し、変更をコミットすることだけでした。